【免费下载链接】DecepticonAutonomous Hacking Agent for Red Team项目地址https://gitcode.com/gh_mirrors/de/Decepticon点击查看免费下载导读本文围绕 Decepticon红队自主攻击 Agent的 recon 工作流文档 展开完整解析侦察子 AgentRECON的 Intake → Scope Rules → Execute → Handoff 四阶段闭环包括五类侦察技能的调用顺序、web-recon 七步枚举次序、SUMMARY.md固定交接格式以及race_condition/smuggling_desync两类挑战标签驱动的条件规则。读完本文你将掌握 Decepticon 中侦察与利用如何划界、证据如何收集、结果如何结构化交接的完整工程化方案并能对照仓库中的 standard recon 提示词、recon 子 Agent 实现 与各级侦察 SKILL 文档 直接落地使用。一、Recon 的角色定位只测绘不利用Decepticon 将侦察与利用拆分为两个职责严格分离的子 Agent。recon 工作流在 Role 一节 中给出了清晰定义Surface the targets attack surface — domains, services, web routes, auth flows, session state — and hand a precise, structured map to exploit. Recon does NOT exploit. Recon does NOT iterate. Recon stops at here is the gating cookie / sink / framing and lets exploit run.即recon 负责测绘目标的攻击面域名、服务、Web 路由、认证流程、会话状态并把一张精确、结构化的地图交给 exploitrecon不利用、不迭代停在这里有关键 cookie / sink / framing 形态这一步就交棒。这一边界在 standard/recon.md 的 IDENTITY 中被进一步强化RECON 是 target-information researcher交付物是高保真 OBSERVATIONS 包——服务 banner、响应码、报错信息、暴露路径、代码/响应中引用的内部主机名、多层代理链、版本串、泄露注释、源码暴露命中、捕获的会话全部按事实记录。不解释、不分类、不推荐判断某个观察属于哪类漏洞、推荐加载哪个 exploit skill、设计攻击序列都属于编排器orchestrator的职责。其原因是黑盒观察对看到了什么是高保真的但对它意味着什么是不可靠的自信的分类一旦出错就变成上下文毒药会让下游编排器和 exploit 走很多轮弯路。Recon 的价值是原始信号编排器才是战略家。从代码层面看recon.py 将 recon 注册为SubAgentSpecnamerecon父 Agent 是(decepticon,)描述为 Passive/active recon, OSINT, web/cloud recon. Use for: subdomain enumeration, port scanning, service detection, vulnerability scanning, OSINT gathering. Saves results under the active engagement workspaces recon/ directory. 该工厂函数create_recon_agent()L83-L163遵循 langchaincreate_agent的工厂形态tools、middleware、system_prompt三个关键字全部可选传None时构建 OSS 基线并应用插件覆盖decepticon.bundlesentry-point 组默认recursion_limit1000。Recon 的中间件槽位为ENGAGEMENT_CONTEXT → SKILLS → FILESYSTEM → SANDBOX_NOTIFICATION → MODEL_FALLBACK → SUMMARIZATION → PROMPT_CACHING → PATCH_TOOL_CALLS无 SubAgent / OPPLAN因为它是独立执行者而非编排器标准工具集L64-L76包含oneliner_search、killchain_lookup、web_search、web_fetch与全部BASH_TOOLS。二、Phase 1 — Intake任务接收与靶面分类recon 工作流规定任何探测之前必须先完成三件事Phase 1读取目标从编排器的task()交接中读取 objective记录约束目标、范围RoE、挑战标签如race_condition、smuggling_desync、insecure_deserialization以及先前发现选择受限侦察方法根据靶面形态在 passive、OSINT、cloud、active、web 五类方法中做选择方法或技术不熟悉时应使用专家知识调用对应 SKILL。标签在这里是第一个路由信号。编排器在 decepticon 工作流 中通过task()派发每个目标要求携带 workspace 路径、范围摘要、验收标准、先前发现与 OPSEC 说明exploit 工作流exploit 工作流 Phase 1则反过来以SUMMARY.md的必备段落校验 recon 交接是否完整。三、Phase 2 — Scope Rules侦察的红线纪律侦察阶段最容易越界成利用。recon 工作流用一组硬性规则把行为锁死在确认线索层面Phase 2每个假设至多 2 次确认探测confirm probes2 次仍无法确认就把假设交接出去不许加深零完整利用载荷exploit harnesses不写 race-condition 脚本、不搞多端点编排、不跑 sqlmap 全量 dump、不生成 ysoserial 载荷——这些都归属 exploit工具级超时是硬约束所有 HTTP/网络调用必须设置 timeout防止慢速目标卡死 shell循环必须有界具体超时值写在各侦察 skill 文档中而非工作流中优先python3 -c ...或python3 - PY ... PY带显式超时避免链式 bash one-liner 的脆弱性绝不在 bash 中使用并行化超越顺序探测的并行即利用领域直接交接交接中必须带 Tried, ruled out 清单避免 exploit 重复劳动。这些纪律与 standard/recon.md 的 CRITICAL_RULES 互相印证OPSEC First规则 1不做破坏性动作、最小化扫描噪音、尊重范围边界Observation-Only Reporting规则 2只记录看到了什么不贴漏洞类别标签不在 SUMMARY.md 中推荐/skills/standard/exploit/X.md路径输出纪律规则 4每个目标最多 2 个输出文件recon/report_target.md 可选一个原始扫描数据文件recon/SUMMARY.md是唯一例外绝不内联原始工具输出nmap XML、ffuf JSON、超过 20 行的 curl 响应体——用write_file落盘再引用路径正文只留 3~5 行可读摘要防止上下文膨胀触发压缩Workspace Anchor规则 8硬规则每次任务的第一个 bash 调用必须执行WORKSPACE$(pwd)并export WORKSPACE所有工件写入一律使用${WORKSPACE}/recon/...、${WORKSPACE}/findings/...等绝对锚定路径严禁裸相对路径防止子 shell 或工具包装器中途改 cwd 导致路径漂移负面结果收敛规则 9系统性枚举持续全负且无新信息时立即停止切换被动指纹页面源码、meta 标签、API 端点、按版本查已知问题或直接报告负面结论交接穷举式暴力枚举不是高效侦察应使用 wpscan、dirsearch 等带精选字典的工具而非手写 curl 循环。3.1 专属规则HTTP 请求去重probed.txt迭代参数ID、page、path时standard/recon.md 规则 6a 要求维护recon/probed.txt去重日志URLhttp://TARGET/order/$ID/receipt if grep -Fxq $URL recon/probed.txt 2/dev/null; then echo SKIP (already probed): $URL else echo $URL recon/probed.txt curl -sS $URL -o /tmp/r.html head -20 /tmp/r.html fi续跑规则任何扫描序列开始前先看recon/probed.txt最后一行确定续跑点不从头开始停止规则同一枚举轴连续命中相同响应同状态码、同 body 大小即停换一个表面——无差异的重复就是漫游该轴已无信息该文件在上下文压缩后依然存在信任文件而非记忆。3.2 Recon–Exploit 边界的具体STOP信号standard/recon.md 规则 7 定义了必须立即停止的触发条件拿到任意用户的有效会话cookie/JWT/API token、观察到服务端模板错误或{{/{%/${反射、SQL 报错或时间/布尔差分、目录遍历返回任意系统文件、非图片内容上传成功、反序列化栈跟踪或 base64 blob 参数、代码/响应中出现内部主机名端口、多层代理链迹象Via:、重复Server:、X-Upstream-Proxy:、源码暴露路径返回内容.git/HEAD、composer.lock、/backup/*等。出现任一信号就写 SUMMARY.md 并返回。同时文档明确列举了已经越线的利用行为伪造 JWT/cookie/token、对同一疑似端点发超过 1 个确认载荷、提取超出单个/etc/passwd证明的文件内容、暴力枚举内部端点路径、编写构造攻击载荷的脚本、在 SUMMARY.md 中命名 exploit skill 路径——这些都是 exploit / orchestrator 的职责。四、Phase 3 — Execute五类侦察技能的调用顺序recon 工作流给出了通用顺序passive → OSINT → cloud → active → web并配套噪声等级评估表Phase 3 表格顺序技能焦点噪声1passive-reconDNS、子域、WHOIS、ASN、CT 日志、指纹识别无2osint邮箱收集、员工信息、GitHub 泄露、泄露数据无3cloud-reconS3/Blob/GCS 存储桶、云服务、CDN 源站低4active-recon端口扫描、服务识别、banner 抓取中-高5web-recon发现 → 指纹 → API → CMS → WAF → 认证 → cookie 审计中-高顺序背后的逻辑是噪声递增、覆盖面递增先做零接触的被动情报把云资产与组织画像摸清再用主动扫描验证关键资产最后才深入 Web 应用枚举。下面结合各 SKILL 文档给出每类技能的核心操作。4.1 passive-recon零接触情报passive-recon/SKILL.md 明确被动侦察不直接与目标系统交互不留日志、不触发告警并给出可直接复制的命令流水线# 完整被动工作流 whois TARGET dig TARGET ANY noall answer subfinder -d TARGET -o subdomains.txt amass enum -passive -d TARGET -o amass_subs.txt curl -s https://crt.sh/?q%25.TARGEToutputjson | python3 -c import sys,json; [print(x[name_value]) for x in json.load(sys.stdin)] | sort -u httpx -l subdomains.txt -sc -cl -ct -title -tech-detect -o httpx_TARGET.txt curl -sI https://TARGET要点包括WHOIS/ASN 映射whois -h whois.radb.net -- -i origin AS12345、DNS 全记录类型查询与 AXFR 尝试注意未授权 zone transfer 可能违反 RoE需先确认范围、子域枚举的命名模式分析dev./staging./admin.揭示内部结构、悬空 CNAME 是子域接管候选、CT 日志crt.sh作为公开不可变证书记录可发现 DNS 枚举漏掉的子域、httpx 批量存活验证与技术指纹、工具链管道subfinder | httpx | nuclei与输出规范化。该 skill 还附有 dns-techniques 参考 与 parse_subdomains.py 脚本并明确边界技术基础设施归 passive-recon人员与组织情报邮箱、员工、GitHub 密钥、泄露数据交接给osintskill。4.2 osint人的攻击面osint/SKILL.md 覆盖邮箱收集theHarvester -d target -b all -l 500、员工与组织枚举、GitHub 密钥扫描、泄露数据核查、Google dorking 与 Wayback Machine 分析。其价值在于为后续社工、凭据攻击和技术基础设施 人的攻击面的双层测绘提供输入。4.3 cloud-recon云资产测绘cloud-recon/SKILL.md 先通过 CNAME 与响应头指纹判断云厂商AWS*.amazonaws.com、Azure*.azurewebsites.net、GCP*.appspot.com等再做存储桶发现与接管检测# S3 桶命名模式枚举 for prefix in target target-backup target-dev target-staging \ target-prod target-assets target-uploads target-logs; do code$(curl -s -o /dev/null -w %{http_code} https://$prefix.s3.amazonaws.com/) echo $code $prefix.s3.amazonaws.com done # 子域 CNAME 指向 S3 但桶不存在 → NoSuchBucket → 接管候选 curl -s https://assets.example.com/ | grep -i NoSuchBucketskill 还涵盖暴露的 EC2 元数据端点http://169.254.169.254/latest/meta-data/作为 SSRF 目标、IAM 配置错误与 CDN 源站发现并提供 cloud-ip-ranges 参考 与 cloud-naming-patterns 参考。4.4 active-recon主动验证active-recon/SKILL.md 强调主动扫描的 OPSEC 原则只扫被动侦察圈定的 IP/端口、限速、避开 IDS/IPS 触发并给出推荐起点# 推荐起点隐蔽 SYN 扫描 版本识别 nmap -sS -sV -p 22,80,443,8080,8443 TARGET -oN nmap_TARGET.txt -oX nmap_TARGET.xml # Web 目录 fuzzing ffuf -u https://TARGET/FUZZ -w /usr/share/wordlists/dirb/common.txt -mc 200,301,302,403 -o ffuf_TARGET.json # 漏洞扫描限速防触发 WAF nuclei -u https://TARGET -rl 10 -severity critical,high -o nuclei_TARGET.txt文档附有 nmap 扫描类型/时序模板参考表-sS低噪声默认、-T2/-T3推荐节奏、服务专项枚举SSH、DNS、SMTP、SMB、SNMP、LDAP、Kerberos、RDP、Redis/MongoDB/Elasticsearch 未授权检查、testssl.sh TLS 分析、banner 抓取与 IPv6 扫描要点许多组织的 IPv6 防火墙规则与 IPv4 不一致可能出现 IPv4 过滤但 IPv6 暴露的服务。4.5 web-reconWeb 应用枚举中枢web-recon/SKILL.md 是 Web 枚举的中枢hub其子技能按需加载。recon 工作流规定的 hub 内执行次序为Phase 3 次序技术指纹被动 httpxDiscoverydiscovery.md——目录/文件 fuzzing、vhost 发现、JS 分析API 枚举api-enumeration.md——REST、GraphQL、参数CMS 扫描cms-scanning.md——仅当检测到 CMSWAF 检测waf-detection.md——注意多代理栈形态供 smuggling 交接认证映射auth-mapping.md——登录流程、会话、JWT/OAuth/SAMLCookie 审计cookie-audit.md——到达 sink 时必做标签含race_condition/toctou/concurrent时必须附带 session-write 时间线。hub 还提供标签驱动快速路径web-recon/SKILL.md 表格sqli标签直接对每个表单/参数打一个报错触发载荷ssti对每个反射点探测{{7*7}}lfi对每个文件/路径参数做路径穿越探测idor枚举用户数据端点的对象 IDauth先映射完整认证流程。并内嵌了与 standard/recon.md 一致的 probed.txt 去重模式与连续 5 次同状态码同大小±50 字节即停轴规则。各子技能要点discoveryffuf 目录/扩展名 fuzzing-e .php,.asp,.jsp,.js,.json,.txt,.bak,.old,.sql,.zip,.tar.gz、敏感路径检查.env、.git/config、backup.sql、.DS_Store等、Host 头 vhost 枚举、JS 端点与密钥提取grep -oiE (api[_-]?key|secret|token|password)、source map 检测以及Nginx/Apache alias off-by-one 探测/static../逃逸读取 alias 根目录之外的路径——该 skill 明确指出发现 alias 误配置是侦察任务利用路径穿越是 exploit 阶段api-enumeration/api/FUZZ端点枚举、版本枚举、Swagger/OpenAPI 文档探测、GraphQL introspection 探测{query:{__schema{types{name}}}}、GET/POST/Header 参数 fuzzingcms-scanningWordPresswpscan--enumerate vp,vt,u,be、/wp-json/wp/v2/users、xmlrpc.php、/?author1用户枚举、Joomlaadministrator/manifests/files/joomla.xml版本、DrupalCHANGELOG.txtwaf-detectionwafw00f 响应头指纹表CloudflareCF-RAY/__cfduid、AWS WAFx-amzn-requestid、AkamaiAkamaiGHost、ImpervaX-CDN/incap_ses、SucuriX-Sucuri-ID、F5BIGipServercookie响应链出现两个不同的Server:或 CDN 前置 不同 framing 的源站时在交接的 Frontend stack 段落标注——这是 HTTP 请求走私的路由识别信号auth-mapping登录端点发现 认证机制识别表CookieSet-Cookie、JWTeyJ...三段 base64、OAuth 2.0/oauth/authorize、API KeyX-API-Key、SAML/SSO 跳转 IdP并特别标注Session row slow KDF错误密码登录延迟 50msbcrypt/Argon2→ 标记为 race-condition 侦察候选cookie-audit见下文 5.1 节详述。五、Phase 4 — HandoffSUMMARY.md 固定交接协议recon 工作流最核心的纪律是每次 recon 运行必须产出SUMMARY.md且写入它是返回前的最后一个动作无例外Phase 4。即使是一次空结果的运行也必须写入RECON_BUDGET_EXHAUSTED加负面发现。编排器把缺失SUMMARY.md视为子 Agent 崩溃对应 decepticon.md 规则 13 的 CRASH 处理空返回重试一次二次空返回则记录 blocked 结果并会重试或阻塞该目标。没有这个文件你的发现就是不可见的。SUMMARY.md必须遵循固定结构原样继承# SUMMARY.md — recon handoff Target: url Tags: comma-separated challenge tags, e.g. race_condition, deserialization ## Confirmed sinks - endpoint method — sink type, e.g. blind deser, eval, render - ... ## Required session state cookies[namevalue, ...]; obtained via auth flow, e.g. POST /login (creds: userexample.com / hunter2) ## Sink preconditions | Sink | Endpoint | Method | Required cookies | Behavior w/o cookie | Behavior w/ cookie | Notes | | ... | ## Session-write timeline | Endpoint | Reads session keys | Writes session keys (pre-verdict) | Slow ops | Race window (ms) | | ... | ## Tried, ruled out - hypothesis — 2-probe evidence why ruled out - ... ## Open hypotheses - hypothesis — signal that pointed here, exploit should pursue - ... ## Frontend stack (for smuggling-tagged handoffs) Differential parsing observed: variants tested status codes, e.g. duplicate TE header → 400 from edge but 200 from origin Confirmed desync: YES (with trace excerpt) | NO Frontend behavior: reject malformed framing | forward malformed framing | normalize malformed framing Recommended exploit gate: e.g. run smuggling.md confirm-desync gate before iterating CL.TE / TE.CLexploit 工作流的 Intake 阶段exploit 工作流正是依据这份固定结构做校验必备段缺失如Session-write timeline空、Frontend stack空时exploit 必须回退标记 recon incomplete:missing不得在残缺交接上迭代同时会重放认证流程验证Required session state里的 cookie jar 是否可复现不复现则要求 recon 重跑 cookie 枚举。5.1 标签条件规则Discipline / Tag-conditional rulesrecon 工作流定义了随挑战标签而变的强制要求Tag-conditional rulesrace_condition/toctou/concurrent标签Session-write timeline段落必须填充。空时间线 race 标签 exploit 会回退标记 recon incomplete: session-write timeline missing。这正是 cookie-audit 中 Session mutation audit 的输出对每个读取会话的端点追踪哪些端点在安全裁决登录、密码检查、角色查询之前写入同一会话键——这是数据竞争利用所需的证据。示例时间线EndpointReads session keysWrites session keys (pre-verdict)Slow ops (bcrypt/DB/network)Race window (ms)POST /login—user,auth_tier(set BEFORE bcrypt)bcrypt ~200ms~200GET /admin_paneluser,auth_tier——reads during the login bcrypt windowsmuggling_desync/request_smuggling/hrs/desync标签Frontend stack段落必须填充。关键区分recon.md L104-L107Differential parsing observed一种解析路径返回 400/501、另一种返回 200——只是路由信号hint不是确认Confirmed desync走私前缀请求导致后端在连接上错误 framing 下一个请求如在新受害者请求上观察到XGET返回 400必须附带 trace 摘录作为证据若交接写的是Differential parsing observed: YES且Confirmed desync: NOexploit必须先跑 smuggling.md 的 confirm-desync gate单文件 Python 探测一条 TCP 连接上流水线两个请求第二个仅当第一个泄漏字节进连接缓冲才可检测再迭代任何载荷变体。gate 失败时外层timeout触发且未满足通过标准不迭代变体回退 reconno desync confirmed despite differential parsing——该路径可能不存在多代理栈。gate 通过后才进入变体目录CL.TE / TE.CL / TE.TE / CL.0 / HTTP/2 downgrade 等且先证明真实 desync、再迭代载荷是最高纪律。跨切纪律沙箱 bash 纪律自动注入每个子 Agent 的 bash 工具提示词无需手动加载。5.2 三个终态 Token成功、耗尽、阻塞standard/recon.md 的 COMPLETION_CRITERIA 规定每次 recon 派发以三种终态之一结束返回本身就是交付物Success —RECON_OBSERVATIONS: 一行证据摘要至少一条值得注意的观察对应规则 7 的返回触发器。SUMMARY.md 须含服务与栈清单每个 banner/版本/框架线索 暴露它们的响应或路径不得省略中间代理层、已探测端点URL 状态码 响应大小 3~5 行行为摘要、内部引用响应/源文件内的主机名端口路径、捕获的会话/凭据含获取请求、源码/备份暴露路径 大小 内容摘录或文件指针、一行 grep 友好的RECON_OBSERVATIONS:摘要。Surface exhausted —RECON_BUDGET_EXHAUSTED无确认向量但覆盖了合理靶面。SUMMARY.md 含探测过什么、什么为负带状态码/body 大小差分证据、什么尚未尝试供编排器以更窄的提示词重新派发或换子 Agent、一行RECON_BUDGET_EXHAUSTED。Blocked —RECON_BLOCKED: reason目标不可达、工具损坏、范围模糊。SUMMARY.md 含具体阻塞原因一段、阻塞前尝试了什么、建议的下一步重新定义范围 / 升级到操作员 / 换子 Agent、一行RECON_BLOCKED: reason。三条前置不变的返回约束返回前最后一个动作必须是write_file(recon/SUMMARY.md, ...)且终态 token 独占一行以便编排器 grep。另有返回触发器表2 条值得注意的观察、捕获到任意账户有效会话、默认凭据登录成功、主应用可达且观察到至少一个可注入/可 fuzz 参数、源码/备份暴露返回内容、响应中引用内部主机名端口、所有计划靶面探测完且无收获、单靶面重复响应无信息、系统性枚举全负收敛、目标不可达/工具坏/范围模糊。Recon 的目标是广度跨靶面收集证据而非深度利用——证据足够或覆盖完成后即返回编排器读你的观察、判定漏洞类别、选择 exploit skill在独立上下文中派发 exploit。六、输出工件与交接目录recon 工作流规定的输出文件布局Handoff Format./ ├── recon_notes.md # working scratch ├── SUMMARY.md # the handoff (fixed structure above) └── recon_target_*.{json,txt} # per-tool artifacts (ffuf, httpx, nmap, etc.)在 standard/recon.md 的 ENVIRONMENT 中工件规范更完整recon/扫描结果与侦察工件、plan/roe.json、opplan.json、findings/FIND-001.md 等逐发现报告、findings/evidence/原始证据、timeline.jsonl活动时间线。环境细节还包括沙箱Docker 容器内工具为nmap、dig、whois、subfinder、curl、wget、netcat与标准 Linux 工具tmux bash 会话跨调用保持 cwd/env/后台任务缺工具用apt-get update apt-get install -y pkg所有文件自动同步到宿主机供操作员审查。Open-web 工具web_search/web_fetch用于开放网络第三方情报而非探测目标自身基础设施且web_fetch的 URL 必须在plan/roe.json范围内。web-recon 子技能各自的输出文件web-recon/SKILL.md 输出段包括ffuf_target_dirs.json、ffuf_target_vhosts.json、ffuf_target_api.json、web_sensitive_target.txt、js_endpoints_target.txt、wpscan_target.json与web_recon_target_summary.md。七、与编排器、Exploit 的协作闭环recon 不是孤立的。它在 Decepticon 的三方闭环中扮演证据生产者编排器decepticon在 decepticon 工作流 中构建 OPPLAN 依赖 DAG按依赖顺序派发每个task()必须携带 workspace 路径、范围摘要、目标标题与验收标准、先前发现与 OPSEC 说明——子 Agent 从零上下文开始。对 recon 结果编排器在 decepticon.md L179 中要求读取recon/SUMMARY.md并核对其观察与工件是否匹配被派发的目标空返回按 CRASH 程序处理。exploit按 exploit 工作流 先读SUMMARY.md校验必备段落 → 重放认证流程验证会话状态 → 对 Web 目标先跑强制 Discovery Gate站点根、robots.txt/sitemap.xml/swagger.json/openapi.json/api/docs/graphql/.git/config等常见端点→ 再路由到 tag 对应子技能。recon 的Tried, ruled out与Open hypotheses段落直接决定 exploit 的迭代起点避免重复劳动。从源码结构看recon 的工件recon/SUMMARY.md、findings/FIND-NNN.md目前是纯文件交接recon.py 注释 说明 KG 工具在 Neo4j 中间件重构期间被移除未来 KG 中间件将直接摄取这些文件进 Neo4j而不加重 Agent 工具面负担。八、实战要点速查纪律即边界2 次确认探测上限、零 exploit harness、工具级超时、禁 bash并行、永远带 Tried, ruled out——这五条让 recon 与 exploit 的职责永不混淆。顺序即策略passive → osint → cloud → active → web噪声递增、覆盖面递增web-recon 内部严格按指纹 → 发现 → API → CMS → WAF → 认证 → cookie 审计七步走。SUMMARY.md 是唯一可见性最后动作写文件、终态 token 独占一行、空结果也要写RECON_BUDGET_EXHAUSTED缺失即崩溃信号触发编排器重试或阻塞。标签驱动深度race 标签必须带 session-write 时间线smuggling 标签必须带 Frontend stack且差分解析 ≠ 确认 desyncexploit 必须先过 confirm-desync gate。去重与收敛recon/probed.txt保证上下文压缩后的续跑与去重同轴无差异即停系统性全负即收敛交接。如需深入推荐继续阅读standard recon 提示词全文OBSERVATIONS 纪律与三终态细节、recon 子 Agent 工厂实现、web-recon 中枢 及其 cookie-audit、waf-detection 子技能以及下游的 exploit 工作流 与 smuggling skill 的 confirm-desync gate形成完整闭环认知。赞分享【免费下载链接】DecepticonAutonomous Hacking Agent for Red Team项目地址https://gitcode.com/gh_mirrors/de/Decepticon点击查看免费下载相关推荐Decepticon 红队侦察子代理 RECON提示词规范、观察纪律与 SUMMARY.md 交接机制全解Decepticon 红队侦察子代理 RECON提示词规范、观察纪律与 SUMMARY.md 交接机制全解 本文以 Decepticon 开源仓库中 RECOgbrain 链接交付纪律brain-link-discipline把可点击链接作为交付物的一部分gbrain 链接交付纪律brain link discipline把可点击链接作为交付物的一部分 导读 本文深度解读 gbrain 技能体系中的 bra人工智能RAGAgent 记忆MCP 服务知识管理genoffice Sheets 结构化操作指南行列增删、工作表管理与 AI 分批纪律全解析genoffice Sheets 结构化操作指南行列增删、工作表管理与 AI 分批纪律全解析 本文是 genoffice 表格Sheets应用内置 AI人工智能AI 应用桌面应用AI AgentMCP 服务AI 技能上一篇让老旧电视焕然一新的终极免费直播方案MyTV-Android完整指南下一篇ApplitemacOS应用的智能管家告别命令行管理烦恼创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考