concise-planning
生成可操作的编码任务计划
将模糊的项目请求转化为结构化的、可执行的清单。通过做出合理的假设并提供原子化的、动词优先的行动项来减少来回沟通。
Télécharger le ZIP du skill
Importer dans Claude
Allez dans Paramètres → Capacités → Skills → Importer un skill
Activez et commencez à utiliser
Tester
Utilisation de "concise-planning". 为我们的产品列表端点添加分页的计划
Résultat attendu:
- # 计划
- 为 GET /products 端点实现基于偏移量的分页，支持可配置的页面大小和排序选项。
- ## 范围
- - 包括：产品列表端点、响应格式、查询参数
- - 不包括：其他端点、缓存层、前端更改
- ## 行动项
- [ ] 审查 src/routes/products.ts 中当前的 GET /products 实现
- [ ] 添加查询参数：page、limit、sortBy、sortOrder
- [ ] 实现偏移量计算和数据库查询修改
- [ ] 在响应中添加分页元数据（total、page、totalPages）
- [ ] 编写分页逻辑的单元测试
- [ ] 添加集成测试以验证正确的页面内容
- [ ] 更新 API 文档
- [ ] 测试边界情况（空结果、最后一页、无效参数）
- ## 待确认问题
- - 默认页面大小是多少？（假设为 20）
- - 对于大型数据集，我们是否应该实现基于游标的分页？
Utilisation de "concise-planning". 将我们的 Django 项目从 3.2 版本升级到 4.2 LTS 版本的计划
Résultat attendu:
- # 计划
- 遵循 Django 的弃用路径执行主要版本升级，在每个阶段进行测试。
- ## 范围
- - 包括：Django 核心、已安装的 Django 包、测试套件
- - 不包括：第三方服务、部署基础设施、Python 版本
- ## 行动项
- [ ] 审计已安装的包对 Django 4.x 的兼容性
- [ ] 在 Django 3.2 上运行测试以建立基线
- [ ] 升级到 Django 4.0，修复弃用警告
- [ ] 升级到 Django 4.1，修复弃用警告
- [ ] 升级到 Django 4.2 LTS，验证所有测试通过
- [ ] 更新 requirements.txt 和锁定文件
- [ ] 审查 Django 4.2 发布说明中的安全注意事项
- [ ] 部署到暂存环境进行集成测试
- ## 待确认问题
- - 是否有自定义中间件或身份验证后端可能受到影响？
- - 如果生产环境出现问题，回滚计划是什么？
Audit de sécurité
SûrStatic analyzer flagged 4 patterns that are all false positives. The external_commands detections at lines 18 and 37 are markdown formatting (inline code and code fences), not shell execution. The cryptographic algorithm detections at lines 3 and 67 are plain documentation text with no actual crypto operations. This skill is purely a planning template with no executable code, network access, or system interactions.
Score de qualité
Ce que vous pouvez construire
功能开发规划
将新功能请求分解为离散的、可实施的步骤，并附带清晰的验证标准。
重构项目
为代码库改进创建结构化计划，包含定义的范围和回滚考虑。
Bug 调查
生成系统化的调试计划，涵盖发现、假设测试和验证。
Essayez ces prompts
为我们的 Express API 创建一个添加用户身份验证的计划。我们使用 PostgreSQL 和 JWT。包括发现、实施和测试步骤。
规划将我们的单体 UserService 重构为独立的模块，分别用于身份验证、个人资料管理和通知。当前文件是 src/services/user.ts（450 行）。定义清晰的范围边界和迁移方法。
用户报告结账时出现间歇性的 500 错误。创建一个涵盖日志分析、复现步骤、假设测试和监控设置的调查计划。支付提供商是 Stripe。
规划我们从 REST 到 GraphQL 的产品目录 API 迁移。包括模式设计、解析器实现、渐进式发布策略和现有端点的弃用时间表。
Bonnes pratiques
- 从上下文收集开始 - 在规划之前阅读 README、文档和相关代码
- 保持行动项原子化 - 每个行动项应该是一个单一的工作逻辑单元
- 始终将验证或测试作为计划中的明确步骤
Éviter
- 在不理解现有代码库结构的情况下创建计划
- 编写模糊的步骤如"修复问题"而不是具体的行动
- 跳过验证步骤或假设测试会单独进行