审查REA的分析流程与缓存设计,在保持结果正确性和依据可访问性的同时,改善耗时、CPU与内存使用,以及智能体需要处理的信息量。
- 调查分析流程缓慢的原因
- 审查缓存设计
- 降低CPU和内存负载
设计或修改REA调查工具时,梳理职责范围、输入输出及CLI或MCP调用约定,并提出涵盖调查依据含义、现有工具比较和验证方法的设计方案。
Design or change REA investigation tools, CLI/MCP contracts, provider capabilities, and Evidence semantics.
rea-tool-design用于新建或修改REA调查工具,梳理工具的职责边界、输入与结果格式,以及通过CLI或MCP调用时的约定。它还会考虑提供分析能力的provider负责哪些工作,以及用于记录调查依据的Evidence应如何理解。针对设计请求,会形成包含最接近的现有工具比较和验证方法的提案。
适合根据调查需要回答的问题,决定各工具应承担哪些工作、负责到什么程度。设计时会检查当前规范和相近工具。如果源代码、文档与实际连接的工具目录描述了不同版本,也会考虑这些差异。
需要参照REA的docs/tool-design.md和当前规范。实施或验证时,应查阅测试指南与CONTRIBUTING.md,遵守生成文件的管理规则。实现工作依照请求范围和已有授权开展。
本介绍由 AI(OpenAI Codex)根据公开的 SKILL.md 撰写。准确的规格请查看下方原文。
AI 仅根据 SKILL.md 的内容,从 4 个方面进行了评估。星标数和热度不计入评估。
总分按每项 A=25 分、B=15 分、C=5 分相加。 由 AI(OpenAI Codex)于 2026年10月19日 评估。仅供参考,安装前请同时查看原文。
安装前可以查看交给 AI 代理的指令内容。
Use the tool-design guide for tool boundaries, contract semantics, provider ownership, and discoverability. Inspect the current contract and nearest existing tool relevant to the analyst question; source, documentation, and live catalogs may describe different versions.
For a design request, return the proposed boundary, input/result shape, Evidence semantics, nearest alternative, and verification approach. Implement when requested, preserving the user's scope and existing authorization.
For implementation or verification, consult testing for the affected consumer and provider lanes, and contributing for generated-file ownership. Read provider/workflow guides only as the task requires.
还没有评价。欢迎分享你的使用感受。
无需登录即可发表。欢迎分享使用感受、提问,或说明在哪些环境下无法运行。
还没有评论。来写第一条吧。
审查REA的分析流程与缓存设计,在保持结果正确性和依据可访问性的同时,改善耗时、CPU与内存使用,以及智能体需要处理的信息量。
依据固定版本的REA Git历史整理变更日志和发布说明,核实贡献者致谢与问题链接,并检查内容是否与Release Please的发布正文一致。
审查REA的CI与测试集,验证是否存在漏报缺陷的判定或测试数据偏差,并依据实际测量结果,在保留必要缺陷检测能力的前提下评估运行成本。
使用REA分析已发布的应用、二进制文件、软件包和固件,解释功能并比较版本差异。结合反编译与运行时观察,区分证据、推断和未知事项。