mcpField
C
compose

compose

github.com/meet-miyani开发30465 次安装2 周前更新
代码仓库

关于 compose

面向 Compose 项目的任务路由技能，引导工程师查阅相关架构、UI、数据、平台、测试或构建指引，并为功能开发、修改、修复、审查和说明任务规定流程。

主要功能

  1. 01任务类型判定流程
  2. 02按领域查找技能与参考资料
  3. 03功能开发与 Bug 修复指引
  4. 04验证与测试要求

适用场景

  1. 01为 Compose 功能需求选择处理路径
  2. 02规划有针对性的 Bug 修复
  3. 03审查变更且不修改代码

安装

复制下面的命令，在终端中运行。

$npx skills add https://github.com/meet-miyani/compose-skill --skill compose

安装后在 Claude Code 中输入/compose确认已加载。

详细介绍

Compose

每项任务

  • 宣称完成前先验证：运行任务路径指定的检查，并报告结果。
  • 做出正确所需的最小改动；保留可用的部分。
  • 用清晰的工程理由说明结果。
  • 根据现有上下文开展工作；说明假设。
  • 只打开任务类型和相关领域对应目录树指定的文件；只有检查失败或指定文件引导你查看其他参考资料时，才打开其他参考资料。

问题 0：任务是否足够明确，可以开始处理？

  • 先查看提示，再查看代码。
    • 足够明确：继续问题 1。
    • 缺少的答案会改变构建内容：最多提出 3 个问题，并为每个问题说明默认选项。
    • 没有人可以回答（CI 或无头环境）：继续处理，并列出假设。
  • 对于 kit 项目，绝不要询问架构应该是什么样。

问题 1：任务属于哪种类型？

  • 新功能或界面 → 1. 如果要添加到现有项目，使用 ../compose-architecture/references/existing-projects.md 的选择目录树；2. 阅读 ../compose-feature/SKILL.md，将其作为主要领域参考；3. 适用时使用其中的新功能脚本搭建项目；4. 在问题 2 中选择各个领域；5. 运行功能检查和测试。
  • 修改现有代码 → 1. 找出受影响的代码；2. 使用 ../compose-architecture/references/existing-projects.md 的选择目录树，并保持其一致的模式；3. 阅读问题 2 中所属主题的技能文档；4. 做出最小改动；5. 运行相关检查和受影响的测试。只修改请求中指定的内容；将相关缺口列为后续事项。
  • 修复缺陷 → 1. 使用 ../compose-architecture/references/existing-projects.md 的选择目录树；2. 使用 ../compose-feature/references/testing.md 编写能够复现缺陷的失败测试；3. 只阅读问题 2 中受影响的领域；4. 做出最小修复；5. 展示测试通过，并运行受影响的检查。
  • 仅审查 → 1. 使用 ../compose-architecture/references/existing-projects.md 的选择目录树；2. 阅读 ../compose-feature/references/review-mode.md 了解严重性分级；3. 只检查问题 2 中相关的领域；4. 报告发现的问题以及运行良好的部分；5. 不做任何编辑。
  • 按审查意见调整或修复 → 1. 仅重构：行为、可见 UI、导航、持久化和公共 API 必须保持原样；2. 不要添加现有代码中没有的界面、控件、连接逻辑、已保存状态或功能；将这些内容列为答复中的后续事项；3. 更改构造函数或签名时，在同一改动中更新所有调用方和测试；4. 前后都运行现有测试；两次都必须通过；5. 运行防护检查。使用 ../compose-architecture/references/existing-projects.md 的选择目录树和 ../compose-feature/references/review-mode.md 了解严重性分级。
  • 项目、模块或构建配置 → 1. 对于现有代码，使用 ../compose-architecture/references/existing-projects.md 的选择目录树；2. 阅读 ../compose-project/SKILL.md；3. 在问题 2 中选择构建领域；4. 做出改动；5. 运行项目检查以及受影响的构建和测试。
  • 提问或解释 → 1. 对于现有代码，使用 ../compose-architecture/references/existing-projects.md 的选择目录树；2. 在问题 2 中确定所属领域；3. 只阅读包含相关事实的文件；4. 根据证据作答，并说明任何不确定之处。

问题 2：涉及哪个领域？

对于任务的主要领域，只阅读该领域的 SKILL.md；对于其他领域，只阅读对应的一个参考文档。

  • UI → ../compose-ui/references/ux-states.md；如果这是任务的主要领域，还需阅读 ../compose-ui/SKILL.md。
  • 自适应布局（平板、折叠设备、桌面或浏览器窗口、窗口大小）→ ../compose-ui/references/adaptive-layouts.md；如果这是任务的主要领域，还需阅读 ../compose-ui/SKILL.md。
  • 状态和生命周期 → ../compose-architecture/references/state-ownership.md；如果这是任务的主要领域，还需阅读 ../compose-architecture/SKILL.md。
  • 错误 → ../compose-architecture/references/error-handling.md；如果这是任务的主要领域，还需阅读 ../compose-architecture/SKILL.md。
  • 导航 → ../compose-architecture/references/navigation.md；如果这是任务的主要领域，还需阅读 ../compose-architecture/SKILL.md。
  • 数据存储 → ../compose-data/references/datastore.md；如果这是任务的主要领域，还需阅读 ../compose-data/SKILL.md。
  • 网络 → ../compose-data/references/networking-ktor.md；如果这是任务的主要领域，还需阅读 ../compose-data/SKILL.md。
  • 分页 → ../compose-data/references/paging.md；如果这是任务的主要领域，还需阅读 ../compose-data/SKILL.md。
  • DI 和模块 → ../compose-architecture/references/dependency-injection.md；如果这是任务的主要领域，还需阅读 ../compose-architecture/SKILL.md。
  • 平台 / iOS / 桌面 → ../compose-platform/references/sharing-and-bridges.md；如果这是任务的主要领域，还需阅读 ../compose-platform/SKILL.md。
  • 通知和后台工作 → ../compose-platform/references/notifications-and-background-work.md；如果这是任务的主要领域，还需阅读 ../compose-platform/SKILL.md。
  • 构建和 Gradle → ../compose-project/references/convention-plugins.md；如果这是任务的主要领域，还需阅读 ../compose-project/SKILL.md。
  • 测试 → ../compose-feature/references/testing.md；如果这是任务的主要领域，还需阅读 ../compose-feature/SKILL.md。

此处未涵盖的领域 → 请自行判断并说明假设。

评论

支持 Markdown