菜单
用于在 FishMark 中审查已完成的新功能、bugfix 或重构；当需要基于理想 Markdown 编辑器范式，而不是仓库当前实现，对本轮 diff 及其受影响模块做代码结构、文档、主题样式与测试验收时使用。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | fishmark-architecture-acceptance |
| description | 用于在 FishMark 中审查已完成的新功能、bugfix 或重构；当需要基于理想 Markdown 编辑器范式，而不是仓库当前实现，对本轮 diff 及其受影响模块做代码结构、文档、主题样式与测试验收时使用。 |
只做结构与规范验收：
PASS / FAIL不写实现代码，不替改动找借口，不把“仓库原来就这样”当作豁免理由。
本轮 diff + 受影响模块的周边结构。PASSFAIL优先级：
始终先读：
references/markdown-editor-architecture.md如果改动涉及以下内容，再读对应 reference：
references/documentation-rules.mdreferences/theme-style-rules.md$fishmark-theme-authoringreferences/testing-verification.md如果用户要求的是 FishMark task 的正式收尾、项目记录同步和最终人工验收步骤，额外转用 $fishmark-task-acceptance；本 skill 只负责结构验收，不负责项目状态收尾。
至少回答：
先判断以下问题，再进入代码细节：
按已加载的 references 检查：
每条 finding 都应包含：
P0 / P1 / P2不要输出“可以更优雅”“建议以后再说”这类低信号评论。
PASS / FAIL判定规则：
P0 或 P1：FAILFAILPASSP0
P1
P2
按这个顺序输出：
Findings:
- [P1] ...
- [P2] ...
Open questions:
- ...
Result: PASS / FAIL
Why:
- ...
规则：
满足以下全部条件才算完成：
PASS / FAILUse 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 仓库中创建、修改或审查主题时，快速约束 AI 按当前 theme package 架构工作，避免依赖过期目录结构、预留字段或不完整资源，导致主题无法扫描、无法回退或进入软件后失效。
用于在 FishMark 仓库中执行正式 release 发版，适合需要升级版本号、整理 GitHub Release 正文、发布 Windows 安装包或预留 macOS 发版时使用。
用于对已经实现完成的 FishMark task 做验收、跑质量门禁、判断 PASS 或 FAIL、更新项目记录，并输出人工验收步骤；仅在实现已落地、需要收尾和对外总结时使用。
用于执行已经定界完成的 FishMark task，适合开始实现 backlog task、继续编码、补测试、补文档落地；仅在范围已明确、可以直接动代码或文档时使用。
用于在 FishMark（本地 Markdown 编辑器项目）开启或继续一个 backlog task 时，做一次性的接单、定界与分派。触发场景包括：用户说"开始 TASK-xxx / 继续 TASK-xxx / 接一个新 task / 帮我看看下个 task 该做什么 / 这个需求该怎么落"，或者在 FishMark 仓库下提出还没界定范围的实现需求。当用户已经在写代码或要跑验证时，不要用这个 skill，分别走 $fishmark-task-execution 或 $fishmark-task-acceptance。