CtrlK
BlogDocsLog inGet started
Tessl Logo

unified-taskflow

【强制】复杂任务管理系统。 AI 必须在遇到以下情况时**先读取此 SKILL.md**,再执行任何操作: - 多文件变更、规划设计、新功能开发 - 用户说"帮我想想/重构/升级/实现" 禁止使用内置 agentic_mode 的 artifact 目录处理复杂任务,必须使用项目根目录下的 .taskflow/ 目录。

Install with Tessl CLI

npx tessl i github:ooooooooooooooooooop/skills --skill unified-taskflow
What are skills?

77

Does it follow best practices?

Validation for skill structure

SKILL.md
Review
Evals

Unified Taskflow v4.1

更新:2026-02-13

[!CAUTION] 核心规则

  1. 遇到复杂任务时,必须先读取本文档,禁止直接使用内置 task_boundary
  2. 任务管理使用项目根目录下的 .taskflow/ 目录,不使用内置 artifact 目录
  3. 禁止跨阶段推理 — 执行时不能跳回规划,规划时不能偷跑代码
  4. 如不确定是否触发,默认触发并询问用户

规则优先级(冲突时按此顺序裁决): Safety > Correctness > Efficiency > Completeness

触发判断

触发:多文件变更、规划设计、"帮我想想/重构/升级/实现" 不触发:简单问答、单行修改、明确直接指令

按需加载

  • 进入 Phase 0 → 读取 phase0-clarification.md
  • 需要交互决策 → 读取 interaction-design.md
  • 治理规则细节 → 读取 governance.md
  • Re-grounding 细节 → 读取 regrounding-protocol.md

工作流

Phase 0: 理解快照(Understanding Snapshot)

目的:确保 Agent 正确理解用户需求,生成防幻觉锚点。

  1. 禁止立即创建文档或代码
  2. Agent 输出理解快照
    • 用户意图(一句话)
    • 识别到的歧义点
    • Agent 的假设(显式列出,用户逐条确认)
  3. 用户确认或修正
  4. 完备性门禁(详见 phase0-clarification.md)
  5. 写入 anchor.md(北极星文件,含版本号)

问题框架(参考,不强制全部使用):边界 / 约束 / 优先级 / 风险 详见 phase0-clarification.md

执行(Elastic Execution)

弹性深度 — 根据任务复杂度自然展开,无固定档位:

  • 简单任务:anchor.md → 直接执行 → 更新 checkpoint.md
  • 中等任务:anchor.md → 拟定计划(口头或 checkpoint 中记录)→ 执行 → 更新 checkpoint.md
  • 复杂任务:anchor.md → 生成 design.md → 执行 → 持续更新 checkpoint.md

执行期间遵守:

  • 统一 Checkpoint 协议:事件驱动的 checkpoint 更新 + 内置 re-grounding 核对(见下方)
  • 3-Strike Protocol:同一问题 3 次失败后升级给用户

完成(Completion)

  1. 最终 Re-grounding — 逐项核对 anchor.md 的所有 Done-when 条目
  2. 向用户报告完成状态
  3. 归档任务(移入 archive/)

运行机制

统一 Checkpoint 协议(合并原 2-Action Rule + Re-grounding)

将进度记录和对齐验证合并为单一机制,减少协议数量,提高遵从率。

触发事件(事件驱动,替代模糊的步骤计数):

事件说明
文件创建/修改每 2 次文件操作触发一次(Debug 窗口放宽为 4 次)
子任务完成每完成一个逻辑子任务
用户新指令用户补充信息或修改要求
不确定性遇到模糊决策或多种可行方案
意图漂移用户当前指令与 anchor.md Intent 语义不一致时

每次 Checkpoint 更新包含

  1. 做了什么 + 发现了什么
  2. Re-grounding 逐项核对(对 anchor.md 的 Critical Constraints 和 Done-when 逐条检查状态)
  3. 刷新 checkpoint.md 顶部的 Anchor Mirror(复制 Intent + Critical Constraints)
  4. 下一步计划

滚动压缩:checkpoint.md 保留最近 3 条完整记录,旧记录压缩为一行摘要移入「历史摘要」区。

详见 regrounding-protocol.md

3-Strike Protocol

同一问题连续失败 3 次:

  1. Strike 1 — 记录问题和尝试方案
  2. Strike 2 — 换一个方向,记录
  3. Strike 3 — 停止尝试,升级给用户,提供已排除方案列表

RIPER-Core 思维规则

  1. 根因解优先 — 禁止用配置/降级掩盖问题
  2. 显式因果链 — Why → Condition → Limitation
  3. 无魔法数字 — 常数必须来自输入/约束
  4. 明确变量 — 信息不足立即暂停询问

反模式清单(Anti-Patterns)

禁止性指令的遵从率通常高于义务性指令。以下是不要做的事:

反模式说明正确做法
自由文本对齐用"我觉得还在正轨"代替逐项核对必须对 Critical Constraints 和 Done-when 逐条输出状态
Anchor 静默修改未告知用户就修改 anchor.md任何 anchor 修改必须用户确认,并更新 Version 和 Change Log
Checkpoint 堆积无限追加 checkpoint 不压缩超过 3 条完整记录时,压缩旧记录为摘要
跳过 Phase 0直接开始执行不做理解快照复杂任务必须先输出理解快照,用户确认后写入 anchor.md
硬约束降级把 Critical Constraint 当 Soft Preference 处理Critical Constraint 违反 = 立即暂停请示
假设隐含不列出假设就开始执行所有假设写入 anchor.md 的 Assumptions 表,用户逐条确认
忽略意图漂移用户隐式改变方向时不确认就跟着走检测到用户指令与 anchor.md Intent 不一致时,主动确认是否修改 Intent

工作目录

.taskflow/
├── index.json
├── active/[task-name]/
│   ├── anchor.md          # 北极星文件(必须,含版本号)
│   ├── checkpoint.md      # 校验点记录(必须,含 Anchor Mirror)
│   └── design.md          # 技术设计(按需)
└── archive/               # 已归档任务

交互原则

引用文件

文件用途
phase0-clarification.mdPhase 0 理解快照 + 完备性门禁
regrounding-protocol.mdRe-grounding 逐项核对规则
governance.md目录隔离、生命周期、治理规范
interaction-design.md交互设计原则(可选参考)
anchor.md 模板Grounding Anchor 模板(分层 + 版本号)
checkpoint.md 模板校验点记录模板(Anchor Mirror + 滚动压缩)
design.md 模板技术设计模板(按需)
Repository
ooooooooooooooooooop/skills
Last updated
Created

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.