菜单
用于在 FishMark（本地 Markdown 编辑器项目）开启或继续一个 backlog task 时，做一次性的接单、定界与分派。触发场景包括：用户说"开始 TASK-xxx / 继续 TASK-xxx / 接一个新 task / 帮我看看下个 task 该做什么 / 这个需求该怎么落"，或者在 FishMark 仓库下提出还没界定范围的实现需求。当用户已经在写代码或要跑验证时，不要用这个 skill，分别走 $fishmark-task-execution 或 $fishmark-task-acceptance。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Use when debugging FishMark Markdown or CodeMirror text rendering, wrapping, indentation, alignment, theme CSS, decoration classes, or screenshot-only style regressions where Codex must prove the rendered result is visually correct.
用于在 FishMark 中审查已完成的新功能、bugfix 或重构；当需要基于理想 Markdown 编辑器范式，而不是仓库当前实现，对本轮 diff 及其受影响模块做代码结构、文档、主题样式与测试验收时使用。
用于在 FishMark 仓库中创建、修改或审查主题时，快速约束 AI 按当前 theme package 架构工作，避免依赖过期目录结构、预留字段或不完整资源，导致主题无法扫描、无法回退或进入软件后失效。
用于在 FishMark 仓库中执行正式 release 发版，适合需要升级版本号、整理 GitHub Release 正文、发布 Windows 安装包或预留 macOS 发版时使用。
用于对已经实现完成的 FishMark task 做验收、跑质量门禁、判断 PASS 或 FAIL、更新项目记录，并输出人工验收步骤；仅在实现已落地、需要收尾和对外总结时使用。
用于执行已经定界完成的 FishMark task，适合开始实现 backlog task、继续编码、补测试、补文档落地；仅在范围已明确、可以直接动代码或文档时使用。
| name | fishmark-task-intake |
| description | 用于在 FishMark（本地 Markdown 编辑器项目）开启或继续一个 backlog task 时，做一次性的接单、定界与分派。触发场景包括：用户说"开始 TASK-xxx / 继续 TASK-xxx / 接一个新 task / 帮我看看下个 task 该做什么 / 这个需求该怎么落"，或者在 FishMark 仓库下提出还没界定范围的实现需求。当用户已经在写代码或要跑验证时，不要用这个 skill，分别走 $fishmark-task-execution 或 $fishmark-task-acceptance。 |
只做三件事：
不写实现代码，不跑门禁，不出最终总结。
$fishmark-task-execution 和 $fishmark-task-acceptance 这类写法的语义见
references/docs-map.md 末尾的 "$skill 调用语义" 一节 ——
是真的去调那个 skill，不是口头交班。
必读 / 条件读 / 区域读三层清单见 references/docs-map.md 的"核心文档 / 条件文档 / 区域文档"。 按 task 的领域裁剪条件文档和区域文档，不要无脑全读。
项目硬约束（技术栈、架构隔离、P0 UX 项、完成定义等）以
AGENTS.md 为唯一事实源；本 skill 不重复列写，
避免出现两份漂移的规则。
用下面的模板把这一轮要做的事写明白。模板字段定义见 docs-map.md 的 "新 task 最好提供的信息"。
Task: TASK-xxx 或新提案
Goal: 这一轮要完整交付的结果
In scope: ...
Out of scope: ...
Landing area: 预计改的文件 / 模块 / 层
Acceptance: 满足什么算 PASS（对照 MVP_BACKLOG.md + docs/acceptance.md）
Verification: 按 docs-map.md 的"验收门禁分级"挑命令
Risks: 是否触及 IME / 光标 / undo-redo / autosave / round-trip / 跨平台
Doc updates: 预计要更新哪些设计、backlog、进度、决策、测试、总结文档
Next skill: $fishmark-task-execution 或 $fishmark-task-acceptance
默认目标是单轮完整交付一个 task。只有当 backlog 里的 task 明显过大（落点超过
2-3 个模块、风险面交叉、或一次很难写完最小验证）时，才回到
MVP_BACKLOG.md 把它拆成更小的完整 task 再继续。
把第 2 步的模板写到：
docs/plans/<YYYY-MM-DD>-<task>-intake.md
<YYYY-MM-DD> 用今天的本地日期，<task> 用 backlog ID 或简短 slug。
这一步不能省 —— 后续如果跨会话进入执行或验收阶段，
$fishmark-task-execution / $fishmark-task-acceptance 会优先读这个文件，
找不到就只能重新全量读文档，浪费时间且容易跑偏。
如果用户只是在聊"下个 task 该做什么"还没决定要做，可以先在会话里给出 模板草稿，确认后再落盘。
按阶段切到对应 skill：
$fishmark-task-execution$fishmark-task-acceptance不要让一个 skill 同时承担接单 + 实现 + 最终验收。
会话里给用户的最终输出至少包含：
人工验收步骤本阶段不写，留给 $fishmark-task-acceptance。