メニュー
从已提交的 todo 文件（todo.not / TODO.md 等）读取待办条目，在当前分支原地自主修复，每个条目一个 commit 并把对应条目移入"已解决"节。当用户要求修复 todo 里的问题、处理待办列表，或调用 /fix-todo 时使用。想在 herdr worktree 里派独立 agent 执行时用 fix-todo-herdr。
デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。
インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
直接コマンドでは確認用 Prompt が省略されます。実行前にソースを確認してください。
npx skills add https://github.com/AzurIce/.dotfiles --skill fix-todoコマンドは1行のまま表示されます。コピー前に横へスクロールして全体を確認してください。
ローカルで確認しますか？SkillsMP が現在取得できるファイルをダウンロードできます。
在 Herdr 会话里为 fix-todo 创建 worktree 并派一个独立 agent 去执行：默认与调用者同种 agent，可手动指定，自动权限模式无人值守运行。当用户在 Herdr 中要求把 todo 修复隔离到 worktree、派 agent 自主修复，或调用 /fix-todo-herdr 时使用。原地修复（不开 worktree）用 fix-todo。
用 Blender 无头模式（bpy Python 脚本）程序化建模 3D 资产，通过"渲染 → 视觉看图 → 迭代"闭环验证效果，导出 glb 等格式，并把脚本、效果图、模型和 README 按约定归档。当用户要求建模 3D 模型（装置、道具、场景物件等）或导出 3D 资产时使用。项目特定的尺寸/朝向/归档路径约定由项目级 skill 补充。
Create, refine, reconcile, archive, and validate project design documents that explain a topic's chosen model, reasoning, consequences, and durable boundaries. Use when the user explicitly asks to work with design docs, invokes /design-status, asks which designs remain unaligned, when an existing design must be brought up to date without losing its explanatory structure, and before user-requested commits that materially touch a design.
SKILL.md を表示中
| name | fix-todo |
| description | 从已提交的 todo 文件（todo.not / TODO.md 等）读取待办条目，在当前分支原地自主修复，每个条目一个 commit 并把对应条目移入"已解决"节。当用户要求修复 todo 里的问题、处理待办列表，或调用 /fix-todo 时使用。想在 herdr worktree 里派独立 agent 执行时用 fix-todo-herdr。 |
核心契约：一个修复 commit = 代码 + 测试 + todo 条目移动。条目从待办节移入已解决节与代码改动同 commit，git 历史即为 changelog。
本 skill 是当前检出、当前分支上的原地操作，自己不做 worktree 隔离。想把修复隔离到 herdr worktree 并派独立 agent 执行，用姊妹命令 fix-todo-herdr（编排层，内部最终也是让一个 agent 执行本 skill）。
todo.not、docs/todo.not、TODO.md、todo.md；多个命中时问用户选哪个。git show HEAD:<path>，不读工作区副本。
/fix-todo #parse、/fix-todo 1 3）。待办 / 存在问题 / Open / TODO；已解决 = 已解决 / Resolved / Done。文件缺已解决节时创建之。git log -S 反查），缩进的复现示例、讨论随条目一起移动。== 存在的问题 / == 已解决；条目 #[描述]@#tag；解决时条目追加 @date="yyyy-mm-dd"（字符串字面量，postfix 标注，已验证可解析）；## Open / ## Resolved；普通 bullet；解决时追加 (resolved: yyyy-mm-dd)。date +%F），不要猜。git log --oneline 观察），body 带一行 Todo: <条目首行原文> 供 git log --grep 反查。条目不写 commit hash——hash 无法写进自身所在 commit（自引用），且 squash 后会悬空。cargo test -j4 -- --test-threads=4）。追溯不依赖条目文本里的 hash，靠两个 squash/rebase 免疫的机制：
git log -S "<条目文本>" -- <todo文件>：条目移动必然包含该文本的增删；Todo: 行：git log --grep 可查。