ZhuoZhuoCrayon/ai-workspace

doc-style

结构化编写、重构、润色和验收 Markdown / MDC 文档。 只要用户要创建、编辑、润色、改写、评审或整理任何 `.md` / `.mdc` 文件， 或需要整理规则文档、普通说明文档、PR review 评论、GitHub 评论、零散草稿，就应使用这个 skill。

code-review

执行代码审查、PR review、复查，或在处理未解决 review threads、发 review 评论、request changes、approve 前必须使用。 审查范围覆盖 GitHub PR diff、本地变更、相关源码、测试覆盖、项目规范与既有评论。 当用户以方案文档（PLAN.md）配合 PR 发起 review 时，额外核对实现与方案一致性，并在 review 阶段回写方案。 回写方案包括同步版本锚点，以及在实现更优或方案过期时主动询问是否更新方案。…

work-schedule

需求排期录入工具——将工作事项同步到企业微信智能表格。 当用户提到"加入排期"、"录入排期"、"更新排期表"、"需求排期"、"把 xxx 加到排期"等意图时触发。 也适用于用户提供新周期 schema/key 要求配置新文档的场景。

project-mgr

通过 repos.json 注册和管理工作区中的项目。 当用户想要接入项目、移除项目、注册项目提供的 skills、询问项目设置规范， 或消息中提到已注册项目名并需要定位 local_path 时使用。

knowledge-mgr

管理工作区知识对象的检索与全生命周期操作，路径涉及 `knowledge/`，知识对象包括 issue（需求）、plan（方案 / 计划）、snippet（代码片段）、article（文章）和 troubleshooting（排障经验）。 当用户询问事项进展、最近做了什么、周报 / 日报 / 总结素材，或者问题依赖历史结论、过往决策时，应优先使用本 skill。 当用户要求将结论沉淀到知识对象体系，或者要求检索、创建、修改、归档、迁移知识对象时，应使用本 skill 执行相关操作。 外部资料调研、纯代码实现 &…

dev-env

准备和修复 Go、Node.js、Python 本地开发环境。 用于版本切换、工具链缺失、依赖环境异常、虚拟环境问题，以及编译、测试、检查命令中的环境类失败。 典型信号：系统已装版本低于 `go.mod`、`.nvmrc`、`pyproject.toml` 要求，出现 `invalid go version`，找不到 `gvm`、`nvm`、`uv`，或 `uv sync` 报错。 在判定环境不可用或跳过、假装跳过编译、测试前，必须先用本 skill 尝试切换或修复环境。

code-style

统一通用代码风格与实现约束：按目标项目规范（AGENTS.md / CONTRIBUTING.md）与语言参考约束命名、格式、复杂度与错误处理。 编写、修改、评审任意语言源码或迁移代码规则时使用，交付代码前据此确保改动符合项目与工作区风格。

git-workflow

Git 提交规范。 用户要求提交、commit、拆分提交、起草 commit message、整理待提交范围或处理暂存区时必须使用。 用于区分工作区知识库提交与非工作区项目提交：默认按工作区规范，用户明确要求提交其他项目时遵循项目自身规范。

iwiki-sync

同步 AI 工作区文档到 iWiki、从 iWiki 回写本地、做日常增量对齐时使用。 只要用户提到“同步到 iWiki”“从 iWiki 拉取”“双向更新”“补齐映射”“重传文档”“个人空间目录对齐”，都应立即使用本 Skill。