note-outline-checklist
基于 Markdown 笔记,仅用全部标题与少量正文线索,生成学习笔记重构清单:新规划目录(基础→进阶)、旧标题→新目录映射、重命名建议;遵循 planning-with-files(task_plan/notes)与 learning-notes-organizer 的重划边界/归类重组思路,不改正文。
基于 Markdown 笔记,仅用全部标题与少量正文线索,生成学习笔记重构清单:新规划目录(基础→进阶)、旧标题→新目录映射、重命名建议;遵循 planning-with-files(task_plan/notes)与 learning-notes-organizer 的重划边界/归类重组思路,不改正文。
Check the current status of Codex collaboration. Use when user says codex status, check codex, or collaboration status.
Use when writing code - ensure complete JSDoc, docstrings, and inline comments assuming documentation will be generated from code
Use when API code changes (routes, endpoints, schemas). Enforces Swagger/OpenAPI sync. Pauses work if documentation has drifted, triggering documentation-audit skill.
Use for WRITING documentation with ready-to-use code templates (C# XML docs, TypeScript JSDoc, API docs, README patterns). Best for implementing actual documentation, adding code comments, and creating docs from scratch. NOT for documentation planning (use documentation instead).
Use when designing or architecting Rust applications, creating comprehensive project documentation, planning async/await patterns, defining domain models with ownership strategies, structuring multi-crate workspaces, or preparing handoff documentation for Director/Implementor AI collaboration
ドキュメントとコードの乖離を監査。APIエンドポイント、スキーマ、設定ファイルとドキュメントを比較し、不整合をレポート。定期的なドキュメントヘルスチェックに使用。
Efficiently navigate codebase documentation during Research phase. Use instead of Grep/Glob for finding architectural decisions, feature specs, and technical docs. Maps topics to doc locations for fast context retrieval. If codebase lacks documentation structure, provides patterns to establish one.
Guide for creating Claude Code skill documents with YAML frontmatter, instructions, examples, and reference implementations
API 文档生成工具。适用于任何后端技术栈的 API 接口文档生成和维护,确保前后端接口规范统一。
Use for WRITING documentation with ready-to-use code templates (C# XML docs, TypeScript JSDoc, API docs, README patterns). Best for implementing actual documentation, adding code comments, and creating docs from scratch. NOT for documentation planning (use documentation instead).
Manage implementation logs in _docs/templates/ with consistent format. Use when starting project work, completing implementations, or when user mentions 実装ログ/implementation log.
Use when documentation drift is detected. Comprehensively audits codebase and creates/updates Swagger, features docs, and general documentation to achieve full sync.
Use when writing documentation, READMEs, explanations, blog posts, or any prose meant for humans to read
Use when creating or updating technical documentation, API documentation, or inline code documentation.
Refreshes README.md documentation tables including the packages table and core namespace index. Reads from package.json files and core module JSDoc.
Use when user-facing features change. Ensures features documentation is updated. Pauses work if documentation has drifted, triggering documentation-audit skill.
Generate enterprise module documentation with 26-section structure and folder hierarchy. Use for module docs, enterprise features, detailed specs in docs/business-features/{Module}/. Includes README, INDEX, API-REFERENCE, detailed-features/. Triggers on "module docs", "enterprise feature docs", "business module", "26-section docs", "detailed feature specs". For single-file quick docs, use feature-docs instead.
Complete getting started guide for Universe 2025 (Tufty) Badge from zero to first app. Use when helping absolute beginners, providing step-by-step first-time setup, or when users ask "how do I get started", "where do I begin", or "first steps with the badge".
Alice's couch-to-5K retrospective with training reflections and progress tracking.