Project Development Mindset 是一个面向代码仓库变更的 AI 技能，目标是用项目证据和最小且连贯的改动，交付用户要求的结果，并把调查与验证的力度按影响、不确定性和可逆性来缩放。
用途 该技能用于规划并推进仓库变更，贯穿实现、验证和交接三个阶段。它明确要求仅在用户按名称调用此技能时使用，普通仓库相关请求不会自动触发。
主要能力
- 建立任务：检查适用指令、Git 状态，以及与请求相关的源码、测试、配置和文档；保留无关的用户工作，遵循仓库的分支与新鲜度策略；识别可观察的成功标准和受影响的契约；按依赖和不确定性成比例地规划；区分预期行为与当前行为，用源码和运行时证据解决过时或冲突的文档，仅在剩余选择属于用户时才提问；在长时间工作中保持原始目标和已接受的变更可见。
- 实现：当语义契合时复用项目组件、依赖、命令和架构；仅在有害模式影响本任务时修改它；让抽象与当前不变量或有意义的复用挂钩，避免投机性选项、新框架和没有当前需求的相邻清理；在改动公共 API、持久化数据、权限或跨项目契约时检查受影响的调用方和消费方；对不确定的外部 API 使用已安装版本和官方文档；让凭据远离源码、日志、夹具和输出；将授权工作推进到完成，在请求发布、部署等重大操作仍需的批准前，先准备具体、可审查的结果，不把普通实现请求推断为这些操作。
- 验证与审查：选择能检测变更行为失败的检查，使用项目现有工具；完成必需检查并遵循明确的测试预算；在能保护有意义行为时添加回归覆盖，跳过仅重复可逆、低影响编辑的测试；对未变更代码和等价环境复用通过的证据，对新变更、失败、受影响契约或未解决风险扩展或重复检查，证据充分后停止；仅在能解决具体缺口时提供更广泛的测试套件，并遵守仓库批准要求；对重要 UI 变更，在宿主浏览器策略下检查相关状态和视口的渲染结果，区分手动浏览器证据与自动化 E2E 测试；对照预期基线审查完整任务差异，查找缺失需求、回归、不安全变更和意外文件，修复可操作发现并重跑受影响的检查；当行为、设置、命令、所有权或契约变化时更新持久文档，使用现有所有者而非为常规工作创建新文档结构。
- 选择性使用专家指导：常规测试、文档编辑、框架命令和浏览器检查仍属于实现的一部分；当某领域是当前步骤的主要难点时引入专家技能；选择专家时可阅读 quality-skill-routing.md，视觉决策和参考匹配可阅读 ui-ux-concept-routing.md；只加载相关指导，避免为同一职责运行两个工作流，任务推进后放下该阶段的指令；不可用的可选技能不应阻塞当前工具能完成的工作。run-reviewable-subtask-loop 由用户调用，任务大小和内部子任务既不激活它也不授权子代理。
- 交接：先说明改了什么及原因；报告相关检查及其结果、剩余缺口和仍需的决策；将交付行为与用户标准比较，停止前修复范围内缺口；通过证据描述剩余不确定性。
使用方式 默认在主对话中运行。委派可能增加用量：在使用子代理前，须就提议的代理数量和范围获得明确批准；在该批准范围内可复用，扩大已批准的数量或范围前需再次询问。
适用场景 适用于需要规划并推进仓库变更、并完成实现、验证与交接的编码任务，尤其是需要按影响和不确定性调整调查与验证力度、需要区分预期行为与当前行为、需要审查完整差异并更新持久文档的场景。
限制 仅在用户按名称调用时使用；普通仓库请求不触发。使用子代理需事先获得明确批准。不得将普通实现请求推断为发布、部署等重大操作的授权。关于收费、价格、平台、效果等事实，资料中暂未提供。