perfectuser21

统一开发点火入口。查 12 张 Brain DB 表拿上下文 → 判断类型（bug / 小改动 / 大功能）→ 生成 PrepPRD → 用户确认 → 路由执行。

【已废弃 v3.0.0】OKR 拆解质检引擎已合并进 decomp v3.0.0 的 Stage 4b 内置质检子阶段。 不再作为独立 skill 调用。所有质检逻辑请参考 decomp/SKILL.md "内置质检子阶段"章节。

全链路 Project Management 拆解引擎（秋米驱动）。将 OKR/KR/Project/Scope/Initiative/Task 层级目标拆解成可执行任务。 当用户需要拆解目标、规划项目、把大想法变成具体 PR 列表时触发。 触发词：/decomp、帮我拆解、拆一下、把这个拆成任务、规划 Initiative、OKR 怎么拆、项目怎么做。

Line 军师 — 每条 Line(Journey)一个的原子级决策者。事件驱动:本 line 一个 run 落终态(PR merged 或 failed)、 新登记 P0/P1 issue、或产能空闲且推进项 todo 非空时被唤醒;读本 line 状态快照,做一次"下一步干什么"的决策: 修 bug(/dev 路径A)/ 小改动(路径B)/ 挑下一个推进项进 harness(路径C)/ 调 decomp 补货拆推进项 / 停线 Bark 上报主理人。 每次决策必须自审打分并留痕落 DB,晨报聚合给主理人审。 触发场景:Brain 派发 task_type=strategist_decision 的任务;用户说"军师"、"这条线下一步做什么"、 "帮 Line XX 决定下一个任务"、"line-strategist"、"替我判断这条线该修 bug 还是继续推进"。 只针对单条 line 决策,不做全局分配,不做产能仲裁,不写代码。

CI/CD 巡检员——每天按 line 巡检 ZenithJoy 每条业务线的 CI/CD 与测试健康度，回答 4 个硬伤问题（哪些 golden path 没写测试 / 写了没进 CI / 进了 CI 但假绿 / 正在红），产出按 line 拆的日报 + 总 summary，并执行 guard 棘轮（硬伤数只许降不许升，升了开 [ci-patrol-red] Issue）。 由 Brain 定时触发（task_type=ci_patrol，每天北京 08:00，等 03:00 刀A nightly + 04:30 刀B cross-line nightly 跑完）。 手动触发：/ci-patrol、CI巡检、巡检一下CI、CI健康日报、看看每条line的CI怎么样。 立项决策 db1b393b（2026-07-09 用户拍板方案A：AI 巡检员每日探索，非机械对表）。

代码审查 Gate（/dev Stage 2 最后一步）。合并了 code_quality（代码质量审查）和 /simplify（代码简化）。 在 /dev Stage 2 代码写完后、push 之前触发。此时无 PR，通过 git diff 获取变更内容。 覆盖安全、正确性、复用性、命名、效率、可维护性、PRD/DoD对齐、信息卫生九个维度。 给出 PASS / FAIL 裁决。 触发词：代码审查、code-review-gate、合并前检查、代码门禁。

抖音自动发布工具 - 图文/视频/文章三种类型（生产就绪）

小扫（Janitor）- 系统清扫员（Mac mini 版）。 两种模式：daily（磁盘清理，每天 4am）+ frequent（僵尸进程清理，每 30 分钟）。 纯 bash 脚本，无需 LLM，cron 自动运行。 磁盘超 70% 时自动告警到 Cecelia Brain。

今日头条自动发布工具 - 微头条/文章/视频 + NAS 统一调度（生产就绪）

/pipeline-diagnose、pipeline 挂了、看 pipeline 状态 — Content Pipeline 总体健康诊断，一键输出所有关键状态并引导到具体 stage skill

/pipeline-persondata、修待补充、人物数据占位符 — Content Pipeline Stage 4 (person-data 构造) 运维 skill，修 "待补充/暂无数据" 导致的图片占位符问题

/pipeline-regen、重生图、V6 出图失败 — Content Pipeline Stage 4 (V6 图片生成) 运维 skill

/pipeline-run、用 X 做一套内容、给我生成 X 的内容 — Content Pipeline 手动即时触发（主理人在 Claude Code 对话里临时跑一条，走和 Dashboard 自动路径完全一样的 6 阶段 pipeline，但即时给进度反馈）

金句卡片生成工作流的质检和选择

抖音自动发布工具 - 图文/视频/文章三种类型（生产就绪）

今日头条自动发布工具 - 微头条/文章/视频 + NAS 统一调度（生产就绪）

统一开发工作流入口。 v3.2.0 变更（步骤重构）： - Step 4: DoD → 探索（先读代码理解架构） - Step 5: 写代码 → DoD（基于探索结果定义验收标准） - Step 6: 写测试 → 写代码（含测试，合并旧 05+06） - Step 7: 质检 → 本地验证（跑 npm test，不生成空 JSON） 循环控制由 Stop Hook 实现： - 有头模式: Stop Hook 检测 .dev-mode 文件，exit 2 阻止会话结束 - 无头模式: CECELIA_HEADLESS=true 时 Stop Hook 直接 exit 0，外部循环控制

有边界的代码审计与修复。分层标准：L1阻塞性/L2功能性/L3最佳实践/L4过度优化。 默认目标L2，L1+L2清零即宣布完成，防止无限深挖。

跨仓库 QA 总控。统一管理测试决策、回归契约、Golden Paths 和 Feature 归类。

OKR 统一拆解工具。支持 6 层层级识别（Global OKR → Area OKR → KR → Project → Initiative → Task）， 自动判断输入层级，逐层拆解到可执行 Task。Exploratory 优先策略。

聚宽（JoinQuant）量化策略代码生成器 —— 把用户的自然语言策略描述翻译成可直接粘贴到 joinquant.com 网页回测的完整 Python 策略文件。 只要用户在谈论选股规则、买卖条件、调仓频率、回测一个投资想法，哪怕没明确说"聚宽"或"写代码"，也应该立即触发本 skill —— 因为把模糊的策略想法变成可回测代码是这个 skill 的核心价值，而用户往往不知道有这个工具可用。 触发场景包括但不限于：描述一个选股规则（"选市值最小的 N 只"、"破净股"、"高 ROE"）、描述一个买卖信号（"5 日线上穿 20 日线"、"MACD 金叉"）、提到要做回测、要验证一个投资想法、要写量化策略、问怎么把想法变成代码。 触发词：/jq-strategy、写个策略、写个聚宽策略、生成聚宽代码、帮我写量化代码、策略回测代码、把这个策略写出来、小市值策略、均线策略、多因子策略、破净策略、红利策略、帮我回测、这个想法能不能回测、聚宽代码。