langsmith-fetch
从 LangSmith 拉取执行追踪并分析代理运行情况
▸ 推荐理由快速定位 LangChain/LangGraph 代理的错误与性能瓶颈
▸ 风险提示需要 LangSmith API 密钥并与外部服务通信
全部收录
相关性达标的全量 Skills（含未精选长尾）· 共 2057 个
developer-growth-analysis
分析 Claude Code 聊天记录，发现编码习惯并推送成长报告。
▸ 推荐理由自动挖掘学习盲点并推送资源，适合想持续改进的开发者。
▸ 风险提示需访问聊天记录与 Slack 权限，存在隐私与数据泄露风险。
changelog-generator
从 git 提交历史自动生成用户友好的发布说明与变更日志。
▸ 推荐理由能把繁琐的手动撰写发布记录自动化为对用户易读的文本。
ln-42-acceptance-test-builder
用项目原生工具创建并运行可复现的验收测试，生成可执行的需求证明和缺陷证据。
▸ 推荐理由能产出可执行的验收证据并保留缺陷证据，便于交付验证。
▸ 风险提示需要访问代码仓库与测试执行权限
ln-41-test-strategy-planner
基于风险设计优先测试策略与场景，概述重要行为的验证方案且不修改代码。
▸ 推荐理由为缺乏明确测试要求的项目提供高效边界驱动的测试方案。
ln-12-delivery-reviewer
审查已完成变更及其运行与契约路径，判断是否满足发布接受度并发现变更缺陷。
▸ 推荐理由聚焦交付范围，适合发布前的安全与接受检查。
ln-11-plan-reviewer
基于仓库证据和权威指南对实施计划做只读审查，找出缺口与风险。
▸ 推荐理由在执行前暴露实现盲点，输出决策就绪的简洁建议。
ln-34-benchmark-comparator
用可复现的 A/B 负载与正确性判尺比较工具或实现方案的表现与正确性。
▸ 推荐理由系统化的对照实验，适合在选择替代方案时做量化决策。
▸ 风险提示需要可控测试环境与代表性数据，错误设置可能误导结论。
ln-33-code-modernizer
在保留行为与可回退性的前提下现代化某一有限功能以降低维护成本。
▸ 推荐理由强调量化价值与可回退性，适合逐步消除技术债务。
▸ 风险提示重构或迁移可能引入回归，需完整测试与备份。
ln-32-dependency-upgrader
按小批次升级依赖并做破坏性研究与回滚安全验证，确保兼容性。
▸ 推荐理由分批升级并验证回滚，降低依赖升级带来的风险与中断。
▸ 风险提示会修改依赖清单与锁文件，需仓库写权限与测试环境。
ln-31-performance-optimizer
通过分析与对照实验定位并优化已测量的延迟、吞吐或资源瓶颈。
▸ 推荐理由侧重可比证据与保持正确性，适合解决真实瓶颈问题。
▸ 风险提示需访问运行环境与性能数据，实验可能影响线上服务。
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并协调创建或重规划流程。
▸ 推荐理由适合将倡议拆成史诗并统一规划的产品团队
▸ 风险提示可能需要对项目管理工具写权限