ln-510-test-planner
协调测试计划流程(研究→手动→自动测试)。协调ln-511、ln-512、ln-513。由ln-500-story-quality-gate调用。
把 Skill 的源码、资源快照、README、包体和安装信号放进一个可搜索、可筛选的公开目录。
协调测试计划流程(研究→手动→自动测试)。协调ln-511、ln-512、ln-513。由ln-500-story-quality-gate调用。
在测试计划之前研究实际问题、竞争对手的解决方案和客户投诉。将发现的结果作为Linear评论发布给ln-512和ln-513。
运行现有测试以捕捉回归的工作人员。自动检测框架,报告通过/失败情况。不会更改状态或创建任务。
协调测试计划流程(研究→手动→自动测试)。协调ln-521、ln-522、ln-523。
审核项目文档在8个类别(层次结构、单一信息源、紧凑性、需求、时效性、遗留问题、技术栈适应性、语义内容)上的质量。委托给ln-601进行项目文档的深度语义验证。当文档需要质量审查、重大文档更新后或作为ln-100-documents-pipeline的一部分时使用。输出每个类别的合规分数X/10 + 发现 + 建议措施。
端到端关键覆盖审核员。验证关键路径(资金20+,安全20+,数据15+)的端到端覆盖率。纯基于风险 - 无金字塔百分比。
审核项目依赖项中的漏洞。支持多种生态系统(npm、.NET、Python、Go)。基于CVSS的严重性分类。
构建所有检测到的项目并验证编译成功
检查DRY/KISS/YAGNI/架构合规性的工作人员,使用量化代码质量评分。通过MCP参考验证架构决策:(1)最优性-所选方法是否最佳?(2)合规性-它是否遵循最佳实践?(3)性能-算法、配置、瓶颈。报告的问题带有SEC-、PERF-、MNT-、ARCH-、BP-、OPT-前缀。
协调代码质量:ln-511 指标,ln-512 清理,内联代理审查(Codex + Gemini),ln-513 回归。返回 quality_verdict 和汇总结果。
运行现有测试以捕捉回归问题的工作人员。自动检测框架,报告通过/失败情况。不进行状态更改或任务创建。
在手动测试后,使用基于风险的测试方法计划自动化测试(端到端/集成/单元)。计算优先级,并委派给ln-301-task-creator。
检查编译器/代码检查器错误、弃用警告、类型错误、失败的测试、构建配置问题。返回带有严重性、位置、工作量、建议的结果。
测试套件审核协调员。委派给5个工作人员(业务逻辑、端到端、价值、覆盖率、隔离)。将结果汇总到docs/project/test_audit.md文件中。
配置结构化日志(Serilog/.NET,structlog/Python)
执行所有测试套件并报告覆盖率结果
运行并行外部代理审查(Codex + Gemini)的工作人员,针对代码变更。后台任务,按到达顺序处理,进行带有辩论的关键验证。返回带有置信度评分的过滤建议。
对代码变更进行并行的外部代理审核(Codex + Gemini)。按到达顺序处理,通过辩论进行关键验证。返回过滤后的建议。
通过保存在tests/manual/目录下的可执行bash脚本进行Story AC的手动测试。为每个Story创建可重用的测试套件。适用于ln-510的工作人员。
协调4名文档审核员(结构、语义、事实核查、代码注释)。分配并行审核任务,并将结果汇总到docs/project/docs_audit.md文件中。
审核代码注释和文档字符串的质量,涵盖6个类别(WHY-not-WHAT、密度、禁止内容、文档字符串、时效性、遗留)。在需要审查代码注释时使用,或在重大重构后,或作为ln-100-documents-pipeline的一部分。输出每个类别的合规分数X/10 + 发现 + 建议操作。
协调4名审计人员(查询效率、事务、运行时性能、资源生命周期)。委派并行审计,汇总到persistence_audit.md文件中。
配置全局异常处理中间件
通过自动研究循环优化算法:基准测试、研究、假设、保留/舍弃