ln-31-performance-optimizer
通过分析与对照实验定位并优化已测量的延迟、吞吐或资源瓶颈。
▸ 推荐理由侧重可比证据与保持正确性，适合解决真实瓶颈问题。
▸ 风险提示需访问运行环境与性能数据，实验可能影响线上服务。
全部收录
相关性达标的全量 Skills（含未精选长尾）· 共 1887 个
ln-63-release-publisher
根据仓库证据准备并发布带标签的 GitHub release，需用户确认。
▸ 推荐理由保障可重现、可审核的发版流程，适合正式发布场景。
▸ 风险提示会在远程仓库创建 tag/release，需写权限。
ln-62-repository-publisher
验证、提交并推送经授权的仓库变更并从远端校验结果。
▸ 推荐理由自动化推送与远端核验，适合需可审计的发布流程。
▸ 风险提示需要写权限并访问远程仓库，可能修改代码库。
ln-61-skill-reviewer
按有序核对表审查技能与其发布表面，确认发布准备就绪。
▸ 推荐理由严格逐项执行的发布前必检流程，降低遗漏风险。
ln-621-security-boundary-auditor
扫描应用安全边界，查找注入、XSS、敏感默认与凭据暴露。
▸ 推荐理由定位高优先级可利用边界与敏感配置风险。
▸ 风险提示可能读取/处理敏感凭据，需谨慎授权。
ln-620-codebase-auditor
协调多项研究型审计任务，生成结构化审计与总结。
▸ 推荐理由适合大型或跨域代码库的集中审计与报告。
▸ 风险提示依赖特定的评估合同文件，需仓库读写权限。
ln-614-docs-fact-checker
从文档中提取可验证断言并与代码库交叉核验。
▸ 推荐理由自动发现文档与代码不一致、路径或版本错误。
▸ 风险提示会读取代码与配置以核对声明。
ln-613-code-comments-auditor
审查代码内联注释与 docstring 的质量与有效性。
▸ 推荐理由帮团队把注释从 WHAT 转为 WHY，提高可维护性。
▸ 风险提示需要读取代码文件；对私有信息敏感。
ln-612-semantic-content-auditor
校验文档语义是否符合 SCOPE 与项目目标，识别覆盖与离题。
▸ 推荐理由定位语义不一致和覆盖缺口，提升文档相关性。
▸ 风险提示需要访问仓库文档与配置文件。
ln-611-docs-structure-auditor
审计项目文档结构与层级、链接、陈旧与合规性。
▸ 推荐理由适合排查文档结构性问题与遗留内容。
▸ 风险提示需要读取仓库文件权限以扫描文档。
ln-523-auto-test-planner
基于风险驱动和手工测试结果生成优先级自动化测试计划并创建任务。
▸ 推荐理由能把手工结果转为优先级自动化任务，提高自动化产出。
▸ 风险提示会在项目中创建任务或修改状态，需相应权限与审查。
ln-522-manual-tester
通过 tests/manual/ 中的可执行脚本按验收准则执行手工测试并收集证据。
▸ 推荐理由将手工验收流程脚本化，便于复现与自动收集结果。
▸ 风险提示执行脚本可能拉取外部资源，需 CI/运行权限并审查安全性。
ln-514-test-log-analyzer
分析测试与运行日志，分类错误并将堆栈追溯到源码并给出修复建议。
▸ 推荐理由能把海量日志转为可行动的错误分类与定位信息。
▸ 风险提示需要访问日志文件，可能包含敏感或隐私信息。
ln-513-regression-checker
在变更后运行现有测试套件以检测回归，不自动变更任务状态。
▸ 推荐理由适用于验证提交后是否引入回归的场景。
▸ 风险提示需要测试运行环境与权限，可能消耗较多时间和资源。
ln-512-tech-debt-cleaner
自动识别并安全修复低风险技术债务，如未使用导入与死代码。
▸ 推荐理由适合大规模安全清理，节省人工审查成本。
▸ 风险提示会自动修改代码，建议在分支/CI 中运行并审阅变更。
ln-511-code-quality-checker
对已完成的实现任务进行定量代码质量检测并给出 Code Quality Score 与违规项。
▸ 推荐理由把静态度量与规则验证结合成可比的分数，便于追踪质量趋势与回归。
▸ 风险提示依赖度量工具与规则集，结果受配置和检测工具影响
ln-510-quality-coordinator
协调故事质量评估流程，整合研究、工作者摘要与受控迭代改进。
▸ 推荐理由面向需要结构化质量评审与证据链路的团队，支持有界精化与多方输入。
▸ 风险提示依赖内部评估约定与参考文档，误配置可能导致错误判定
ln-500-story-quality-gate
在 Story 级别执行质量门控，输出 PASS/CONCERNS/FAIL/WAIVED 等四级判定与质量分。
▸ 推荐理由为发布决策提供统一量化门控，便于快速判断发布风险与质量指标。
▸ 风险提示会影响分支最终化与发布流转，需与团队发布策略对齐
ln-404-test-executor
专门执行标记为 tests 的测试任务，将其推进到 To Review，遵循风险限制策略。
▸ 推荐理由为测试任务提供受控执行流程，适合需要分级运行与审查测试的项目。
▸ 风险提示会运行测试脚本与外部进程，可能调用外部资源或产生副作用
ln-403-task-rework
根据审阅者反馈修复标记为 To Rework 的单个任务，并重新提交至 To Review。
▸ 推荐理由适合快速闭环审阅-修复-复审的交付节奏，减少手工沟通成本。
▸ 风险提示会直接修改工作区代码，需注意变更记录与权限控制
ln-402-task-reviewer
对处于 To Review 的任务进行质量审查，判定 Done 或 To Rework 并给出修正要点。
▸ 推荐理由把自动化审查与明确裁决结合，强制每次提交必须经过复核，提升交付质量。
▸ 风险提示审查结果可能触发自动改动或拒绝合并，注意复核策略
ln-401-task-executor
执行单个实现/重构任务，从 Todo 推进到 To Review，遵循 KISS/YAGNI 指南。
▸ 推荐理由聚焦单任务实现，适合把复杂工作拆成小步交付的开发流程。
▸ 风险提示会在代码库中写入变更，需代码库写入权限与审查流程
ln-400-story-executor
按优先级执行 Story 下的任务，管理工作树与任务检查点并推进到 To Review。
▸ 推荐理由适合需要自动化推进故事实施与统一工作流的团队，强调任务顺序与分支生命周期。
▸ 风险提示会修改分支与任务状态，执行前请确保备份与权限
ln-301-task-creator
根据任务计划与模板在跟踪器中创建实现、重构和测试任务并同步看板。
▸ 推荐理由能把经批准的计划自动落地到项目跟踪工具中
▸ 风险提示需要对项目跟踪器写权限，会创建或修改任务数据
ln-300-task-coordinator
把Story拆成1–8个优化任务并路由到创建或重规划流程。
▸ 推荐理由在Story与开发任务间提供流转与质量门控
▸ 风险提示依赖运行时与跟踪器权限，需配置凭证
ln-230-story-prioritizer
结合市场调研用RICE为Stories打分并生成优先级表格。
▸ 推荐理由把业务价值与调研结合，支持合理排期决策
▸ 风险提示可能会调用外部市场数据源或依赖不稳定数据
ln-222-story-replanner
对比理想与现有Stories并执行KEEP/UPDATE/OBSOLETE/CREATE操作。
▸ 推荐理由便于在需求变化时自动调整Stories，节省人工对齐
▸ 风险提示会修改现有Stories，需谨慎授权
ln-221-story-creator
按九部分模板生成Story并通过配置的跟踪器提交与验证。
▸ 推荐理由把质量检查内置到Story创建，减少手工校对
▸ 风险提示需要写入项目跟踪器的权限
ln-220-story-coordinator
为每个Epic生成5–10个Stories并执行标准与路由校验。
▸ 推荐理由将Story拆分流程自动化，适合大型史诗拆解
▸ 风险提示会接触并可能修改项目跟踪器数据
ln-210-epic-coordinator
将范围分解为3–7个Epic并协调创建或重规划流程。
▸ 推荐理由适合将倡议拆成史诗并统一规划的产品团队
▸ 风险提示可能需要对项目管理工具写权限
ln-201-opportunity-discoverer
基于流量优先漏斗发现产品增长机会并给出方向建议。
▸ 推荐理由适合以流量验证需求的产品团队快速定位方向
▸ 风险提示可能会调用外部流量/市场数据源
ln-200-scope-decomposer
把项目范围分解为史诗与用户故事，并按 RICE 等模型排序优先级。
▸ 推荐理由能快速生成可执行的 backlog 与优先级，提升团队启动效率。
▸ 风险提示依赖特定 Skill 框架，输出需人工复核与细化。
ln-1000-pipeline-orchestrator
将单个 Story 驱动通过任务规划、执行与质量门的完整流水线。
▸ 推荐理由适合在代理化敏捷流水线中自动化推进交付与质量检查。
▸ 风险提示依赖特定 Skill 框架并会调用外部 Skill/执行器，需注意权限与环境安全。
design-direction-lock
将收敛的设计方向固化成规范文档并在相关 issue 中标注锁定版本。
▸ 推荐理由防止实现过程中的隐式重设计，保持产品视觉与交互一致性。
▸ 风险提示固化规则可能阻碍必要的小范围调整，需设定变更流程。
agent-tiered-planning
按能力层级为多种代理分配任务并制定升级与操作手册。
▸ 推荐理由适合混能团队，避免按工时误分配导致的质量问题与返工。
▸ 风险提示依赖组织流程与权限设定，不当分配可能造成任务误交付。
adversarial-review
用不同模型对 PR 进行对抗式审查并将结果作为 PR 评论记录。
▸ 推荐理由在合并前引入独立模型视角，能捕捉作者盲点并提高审查质量。
▸ 风险提示自动在 PR 留言并可能产生不准建议，需控制写权限与审查频率。
confluent-kafka-developer
为 Kafka/Confluent 应用提供设计、实现与代码及配置审查（生产者/消费者、Streams、Connect 等）。
▸ 推荐理由适合事件驱动架构开发者用于设计评审、主题与 schema 建模。
confluent-kafka-admin
管理并保护 Confluent Cloud 与自托管 Kafka/Confluent 集群（配置、RBAC、网络、Schema 等）。
▸ 推荐理由覆盖集群配置、权限与网络等运维细节，适合生产环境管理员参考执行。
▸ 风险提示需要高权限并可能调用外部 Confluent/云端 API。
version-bump
自动化处理 Claude Code 插件的语义化版本、构建校验、打 tag 与发布流程。
▸ 推荐理由把复杂的发版细节流水线化，减少人为出错与重复劳动。
▸ 风险提示会执行推送/发布等高权限操作，需谨慎授权。
timeline-report
基于 claude-mem 的时间线生成项目开发历史的全景叙述性报告。
▸ 推荐理由把长期开发记录转成连贯故事，利于回顾与决策。
▸ 风险提示会读取持久化记忆数据，可能暴露敏感信息。