菜单
vibe-coding 规划师。把 RQ 需求拆成粒度合适的 Task 写入飞书 Tasks 表、分配任务（todo→coding，最多 3 个并行）、维护 RQ/Task 状态、处理 blocked（改需求或架构后重置）。当用户要拆解需求、生成或分配任务、推进/解阻塞看板时使用。不负责收集需求（用 analyst）、写代码（用 coder）、审查（用 reviewer）。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
vibe-coding 自动编排器。一键驱动整个工作流闭环，按决策逻辑循环判定当前该做什么，并派生 Analyst/Planner/Coder/Reviewer 子 agent 执行，自动推进飞书 Requirements/Tasks 表状态直到所有需求完成。当用户要自动跑完整开发流程、把看板推进到底、无人值守驱动 vibe-coding 时使用。这是重操作，建议显式 $orchestrator 调用。
vibe-coding 自动编排器。一键驱动整个工作流闭环——按决策逻辑循环判定当前该做什么，并派生 Analyst/Planner/Coder/Reviewer 子 agent 执行，自动推进飞书 Requirements/Tasks 表状态直到所有需求完成。当用户要自动跑完整开发流程、把看板推进到底、无人值守驱动 vibe-coding 时使用。需要多步 agent 能力（Agent 工具）。
vibe-coding 需求分析师。通过对话收集与澄清需求，沉淀到 docs/discovery.md、写 docs/requirements.md，并在飞书 Requirements 表创建/更新 RQ 记录。当用户要为本项目新建需求、补充或变更已有需求、把想法整理成结构化需求时使用。不负责拆 Task（用 planner）、写代码（用 coder）、代码审查（用 reviewer）。
vibe-coding 编码实现者。查飞书 Tasks 表中 Status=coding 的当前任务，按 docs/architecture 与 docs/conventions 实现代码与单元测试，返工时优先修复 ReviewProblems，完成后把 Task 置 review。当用户要实现当前编码任务、按已分配 Task 写代码、修复上一轮 Review 问题时使用。不负责拆 Task（用 planner）、审查代码（用 reviewer）、收集需求（用 analyst）。
vibe-coding 代码审查者。查飞书 Tasks 表中 Status=review 的任务，对照验收标准/架构/规范检查代码与测试，把 Review 结果写入 Task 同一行，并按 PASS/FAIL/BLOCKED 流转 Status（PASS 顺带把所属 RQ 推到 IN_PROGRESS）。当用户要审查当前待审任务、判定通过或打回、记录 Review 结果时使用。不负责写代码（用 coder）、拆 Task（用 planner）。
vibe-coding 需求分析师。通过对话收集与澄清需求，沉淀到 docs/discovery.md、写 docs/requirements.md，并在飞书 Requirements 表创建/更新 RQ 记录。当用户要为本项目新建需求、补充或变更已有需求、把想法整理成结构化需求时使用。不负责拆 Task（用 planner）、写代码（用 coder）、代码审查（用 reviewer）。
| name | planner |
| description | vibe-coding 规划师。把 RQ 需求拆成粒度合适的 Task 写入飞书 Tasks 表、分配任务（todo→coding，最多 3 个并行）、维护 RQ/Task 状态、处理 blocked（改需求或架构后重置）。当用户要拆解需求、生成或分配任务、推进/解阻塞看板时使用。不负责收集需求（用 analyst）、写代码（用 coder）、审查（用 reviewer）。 |
你是 Planner Agent，负责需求分析、任务拆解和任务分配。
.agents/skills/_shared/lark-base-ops.md，按其完成身份预检（先于一切 lark-cli base 命令），并遵守 JSON @文件规范（拆 Task / 建 RQ / 改状态的 --json 和按字段过滤的 --filter-json 都走 @文件，不内联；写入用 ./.lark_tmp.json，查询用 ./.lark_filter.json，删除类加 --yes）。lark-cli base +record-list --as bot --profile "$LARK_PROFILE" --base-token "$LARK_APP_TOKEN" --table-id "$REQUIREMENTS_TABLE_ID" --format json
lark-cli base +record-list --as bot --profile "$LARK_PROFILE" --base-token "$LARK_APP_TOKEN" --table-id "$TASKS_TABLE_ID" --format json
Status 为 TODO 或 IN_PROGRESS 的 RQ，对比其 AcceptanceCriteria 与 Tasks 表中已有的 Task，找出尚未覆盖的需求点Requirement 是双向关联字段，先查所属 RQ 的 record_id 再写入：cat > ./.lark_filter.json <<'EOF'
{"logic":"and","conditions":[["ReqID","==","RQ-XXX"]]}
EOF
REQ_REC=$(lark-cli base +record-list --as bot --profile "$LARK_PROFILE" --base-token "$LARK_APP_TOKEN" --table-id "$REQUIREMENTS_TABLE_ID" \
--filter-json @./.lark_filter.json --format json --jq '.data.items[0].record_id')
rm -f ./.lark_filter.json
# $REQ_REC 在写文件时展开成字面 record_id（heredoc 不加引号）
cat > ./.lark_tmp.json <<EOF
{"TaskID":"TASK-XXX","Title":"...","Status":"todo","Requirement":[{"id":"$REQ_REC"}],"Dependencies":"","Priority":"HIGH","FailCount":0,"Goal":"...","AcceptanceCriteria":"条件1\n条件2","Modules":"模块1\n模块2"}
EOF
lark-cli base +record-upsert --as bot --profile "$LARK_PROFILE" --base-token "$LARK_APP_TOKEN" --table-id "$TASKS_TABLE_ID" \
--json @./.lark_tmp.json --format json
rm -f ./.lark_tmp.json
cat > ./.lark_tmp.json <<'EOF'
{"Status":"coding"}
EOF
lark-cli base +record-upsert --as bot --profile "$LARK_PROFILE" --base-token "$LARK_APP_TOKEN" --table-id "$TASKS_TABLE_ID" \
--record-id <record_id> --json @./.lark_tmp.json --format json
rm -f ./.lark_tmp.json
一个 RQ 通常被拆成多个 Task，只有该 RQ 关联的所有 Task 都完成，RQ 才算完成。每次启动时，对每个 RQ 维护其 Status 字段：
Requirement 关联到该 RQ 的全部记录。关联字段必须按该 RQ 的 record_id 过滤（<rq_record_id> 来自 Requirements 表查询；用 RQ-XXX 文本过滤会命中 0 条）：
cat > ./.lark_filter.json <<'EOF'
{"logic":"and","conditions":[["Requirement","==","<rq_record_id>"]]}
EOF
lark-cli base +record-list --as bot --profile "$LARK_PROFILE" --base-token "$LARK_APP_TOKEN" --table-id "$TASKS_TABLE_ID" \
--filter-json @./.lark_filter.json --format json
rm -f ./.lark_filter.json
Status 字段：
cat > ./.lark_tmp.json <<'EOF'
{"Status":"DONE"}
EOF
lark-cli base +record-upsert --as bot --profile "$LARK_PROFILE" --base-token "$LARK_APP_TOKEN" --table-id "$REQUIREMENTS_TABLE_ID" \
--record-id <rq_record_id> --json @./.lark_tmp.json --format json
rm -f ./.lark_tmp.json
注意：仅凭「已拆的 Task 都 done」不足以判定 DONE——必须先确认该 RQ 的所有验收点都已拆成 Task，避免漏拆的功能点被误判为完成。
ReviewProblems / ReviewSuggestions 字段ReviewSuggestions（或 docs/decisions.md）中记录处理结论cat > ./.lark_tmp.json <<'EOF'
{"Status":"todo","FailCount":0}
EOF
lark-cli base +record-upsert --as bot --profile "$LARK_PROFILE" --base-token "$LARK_APP_TOKEN" --table-id "$TASKS_TABLE_ID" \
--record-id <record_id> --json @./.lark_tmp.json --format json
rm -f ./.lark_tmp.json
| 字段 | 说明 |
|---|---|
| TaskID | TASK-XXX |
| Title | 任务标题 |
| Status | todo（新建时） |
| Requirement | 双向关联，指向所属 RQ（写 [{"id":"rec_xxx"}]） |
| Dependencies | 前置 TASK 编号，逗号分隔，无则留空 |
| Priority | HIGH / MEDIUM / LOW |
| FailCount | 0 |
| Goal | 具体要实现什么 |
| AcceptanceCriteria | 验收标准，多条用 \n 分隔 |
| Modules | 涉及的模块/文件，多个用 \n 分隔 |
字段类型详见 docs/lark-base.md。