Compétences Context-Driven Development
📦

Context-Driven Development

Sûr

实现上下文驱动的开发工作流

团队在与 AI 协作时常遇到输出不一致和项目知识分散的问题。本技能建立结构化的上下文工件，确保 AI 行为保持一致，并在开发会话间保存团队机构记忆。

Prend en charge: Claude Codex Code(CC)
🥉 72 Bronze
1

Télécharger le ZIP du skill

2

Importer dans Claude

Allez dans Paramètres → Capacités → Skills → Importer un skill

3

Activez et commencez à utiliser

Tester

Utilisation de "Context-Driven Development". 为使用 TypeScript 后端和 React 前端的新 SaaS 项目设置上下文

Résultat attendu:

  • 创建了 conductor/product.md，包含产品愿景、目标用户和核心功能
  • 创建了 conductor/tech-stack.md，记录了 TypeScript、Node.js、React 和 PostgreSQL
  • 创建了 conductor/workflow.md，包含 TDD 实践、git 约定和代码审查要求
  • 创建了 conductor/tracks.md 作为空注册表，准备工作项
  • 生成了 code_styleguides/typescript.md，包含项目特定的约定

Utilisation de "Context-Driven Development". 在开始实施身份验证功能之前验证上下文

Résultat attendu:

  • 产品上下文：product.md 准确描述了身份验证要求
  • 技术上下文：tech-stack.md 包含实施所需的 JWT 库依赖
  • 工作流上下文：workflow.md 指定了适用于此功能的测试要求
  • 建议：上下文是最新的，可以开始实施

Audit de sécurité

Sûr
v1 • 2/24/2026

This skill contains only documentation and instructional content with no executable code, scripts, or network operations. Static analysis scanned 0 files and found no security patterns. The skill provides guidance on managing project context artifacts (product.md, tech-stack.md, workflow.md) for AI-assisted development workflows. No security risks identified.

0
Fichiers analysés
0
Lignes analysées
0
résultats
1
Total des audits
Aucun problème de sécurité trouvé
Audité par: claude

Score de qualité

38
Architecture
100
Maintenabilité
87
Contenu
50
Communauté
100
Sécurité
74
Conformité aux spécifications

Ce que vous pouvez construire

让新团队成员加入既定项目

使用上下文工件快速让新开发者了解产品愿景、技术栈决策和团队工作流，无需大量的结对编程或文档搜寻。

建立一致的 AI 交互模式

创建持久的上下文基础，确保 AI 助手在不同会话和团队成员之间产生一致输出，减少重复解释项目上下文的需要。

从临时开发过渡到结构化开发

将现有项目从分散的文档和隐性知识迁移到形式化的上下文结构，使其能够适应团队变更并指导未来决策。

Essayez ces prompts

初学者：为新项目设置上下文 
我正在启动一个新项目，想要实施上下文驱动开发。帮助我创建初始的 product.md、tech-stack.md 和 workflow.md 文件。请询问我关于产品愿景、技术偏好和期望工作流的问题，以生成适当的上下文工件。
中级：验证现有上下文的准确性 
审查我在 conductor/ 目录中的当前上下文工件。检查 product.md 是否反映了已实现的功能，tech-stack.md 是否与实际依赖匹配，workflow.md 是否描述了当前实践。列出任何差异并提出具体更新建议。
高级：将棕地项目迁移到上下文驱动方法 
分析我的现有代码库并提取隐性上下文以填充 product.md、tech-stack.md 和 workflow.md。识别当前模式、依赖关系和工作流。然后推荐当前实践与期望标准之间应记录的差距。
专家：主要功能完成后同步上下文 
一个主要功能刚刚完成并合并。指导我更新所有受影响的上下文工件：在 product.md 中将功能从计划移至已实现，在 tech-stack.md 中记录任何新依赖，更新 tracks.md 状态，并确保所有交叉引用保持准确。

Bonnes pratiques

  • 在开始工作之前阅读所有上下文工件，确保你拥有关于产品目标、技术约束和工作流要求的最新信息。
  • 将更新上下文工件作为完成每个轨道的一部分，而不是作为单独的任务。在代码提交的同时进行小的增量更改。
  • 将上下文工件更改纳入代码审查，确保团队验证文档准确性并维持共享理解。

Éviter

  • 过时的上下文：允许文档过时会导致 AI 输出不一致和团队困惑。将上下文更新作为每个轨道完成的一部分。
  • 上下文蔓延：在定义的工件结构之外创建新文档类型会分散信息。使用已建立的结构，抵制扩散。
  • 过度规范：记录每个细节会使上下文无法维护。只关注影响 AI 行为和团队对齐的决策。

Foire aux questions

我应该多久更新一次上下文工件？
每当上下文工件包含的信息发生变化时更新它们。这通常发生在完成功能轨道、添加依赖或修改工作流时。将上下文更新视为每个工作项完成的定义的一部分。
如果我的团队已经有不同格式的文档怎么办？
你可以将现有文档迁移到上下文工件结构中。从现有文档中提取相关信息并填充适当的工件。关键是每种类型的信息都有单一真实来源，无论它从哪里开始。
上下文驱动开发适合独立开发者吗？
是的。虽然该方法强调团队对齐，但它也通过随时间保存你自己的决策和理由、确保跨会话的 AI 交互一致性以及在中断后更容易恢复工作，为个人开发者提供显著好处。
我如何处理多个项目的上下文？
每个项目应该在项目根目录的 conductor/ 目录中有自己独立的上下文结构。上下文是特定于项目的，因为产品愿景、技术栈和工作流在不同项目之间有所不同。不要在项目之间共享上下文工件。
如果上下文工件相互冲突会发生什么？
冲突表明文档过时或不一致。通过确定哪个工件具有正确的当前信息来解决，然后更新冲突的工件以匹配。使用 product.md 作为构建内容的主要来源，并确保 tech-stack.md 和 workflow.md 支持这些目标。
我可以在不使用 Conductor 工具的情况下使用此方法论吗？
是的。上下文驱动开发方法论是工具无关的。虽然 Conductor 为设置和维护提供自动化，但你可以按照本技能中描述的相同结构和原则手动创建和维护上下文工件。

Détails du développeur

Auteur

sickn33

Licence

MIT

Dépôt

https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/context-driven-development

Réf

main

Structure de fichiers

📄 SKILL.md