OBLITERATUS 项目 AIWG 快速参考Quick Reference实战指南从aiwg discover到 BT6 维护工作流【免费下载链接】OBLITERATUSOBLITERATE THE CHAINS THAT BIND YOU项目地址: https://gitcode.com/GitHub_Trending/ob/OBLITERATUSOBLITERATUS 仓库在其.aiwg/目录下维护了一套 AIWGAgentic Intelligence Working Group项目级定向机制其中 SKILL.md 是一份面向 Agent / LLM 的项目快速参考project quickref技能文件。本文将以该文件为骨架说明 quickref 的技能格式、aiwg discover/aiwg show的检索用法以及它指向的 bt6-maintainer 维护工作流队列审计、PR 审计、合并列车、发布就绪与精确 tag 验证在 OBLITERATUS 仓库中的实际落地方式帮助你理解定位层 → 索引资产 → 完整工作流的分层设计并能够直接复现其中的 CLI 检索命令与配置解读。快速参考是什么SKILL.md 的定位与结构.aiwg/generated/project-quickref/aiwg-project-obliteratus-quickref/SKILL.md由aiwg工具生成位于generated/目录下本质是一个轻量级的定向层orientation layer。它不承载完整工作流本身而是告诉 Agent本项目的哪项能力应该优先使用、以及如何检索到完整的项目资产。文件末尾明确写道The quickref is an orientation layer. Retrieve the indexed project asset before applying its full workflow.快速参考是定向层。在应用其完整工作流之前请先检索索引到的项目资产。Frontmatter 字段文件头部采用 YAML frontmatter 声明技能元数据--- name: aiwg-project-obliteratus-quickref description: Project-specific orientation for OBLITERATUS kernel: true platforms: [all] ---name技能的唯一标识即aiwg-project-obliteratus-quickrefdescription一句话描述——面向 OBLITERATUS 的项目特定定向信息kernel: true标记为核心技能随 AIWG 框架常驻加载platforms: [all]适用于所有平台Claude、Codex 等提供方通用。与相邻文件的关系该文件只是快速参考链的一环相邻的生成物与配置共同构成完整机制definition.json快速参考的结构化定义machine-readable包含project.id obliteratus、precedence说明以及entries数组中登记的 bt6-maintainer 条目的discover关键字与show资产清单quickref.config.json仅登记项目 id 与名称是生成的轻量配置aiwg.configAIWG 的项目级权威配置入口AIWG.md跨提供方伴生文件内含 Discover-First Protocol 与 Tracker Authority Protocol是理解快速参考使用语境的权威说明。Precedence项目本地能力优先SKILL.md 中的 Precedence 一节只有一句话却是整个快速参考的核心决策规则Use project-local capabilities before generic AIWG workflows when they apply.当项目本地能力适用时优先使用它们而不是通用的 AIWG 工作流。这意味着在 OBLITERATUS 中执行维护类任务时Agent 应优先命中本项目登记的能力即 bt6-maintainer 条目而不是退回到 AIWG 的通用维护模板。这与 AIWG.md 中Discover-First Protocol的要求一致任何用户指令只要命名或引用了 AIWG 能力包括粘贴的 issue 表格、flow-*名称等都应先运行aiwg discover检索再通过aiwg show获取具体资产后执行而不是凭记忆臆造工作流。核心条目bt6-maintainer 能力总览SKILL.md 中唯一登记的能力条目是bt6-maintainer其描述为Cross-repository maintenance, release readiness, and exact-tag validation for BT6 research and support tooling.面向 BT6 研究与支持工具链的跨仓库维护、发布就绪与精确 tag 验证。从插件目录 .aiwg/plugins/bt6-maintainer/README.md 可以看到它是一个市场分发包装marketplace delivery wrapper泛化了成熟的 T3MP3ST 维护者工作流不假设特定的仓库、追踪器、语言或技术栈。其默认只读评论、标签、关闭 issue、审查、合并、发布等追踪器变更都必须先验证精确的目标仓库与当前 PR head SHA并经操作者显式授权。该条目对应 5 个 Agent、6 个技能、1 条规则与 7 个能力流capabilities完整清单如下均可通过aiwg show检索类型名称职责摘要agentbt6-issue-steward对 issue 分类并起草响应默认不执行任何变更agentbt6-maintainer-steward协调整个仓库队列的维护issue PRagentbt6-pr-auditor对单个 PR 在精确 head 上做正确性/研究诚信/安全/合并就绪审计agentbt6-provider-assessor评估外部 AI/API 提供方及其集成的信任边界与就绪度agentbt6-release-integrator运行保守的一次合并一个 PR的合并列车skillbt6-queue-audit只读地审计整个 PR/issue 队列skillbt6-pr-audit审计单个 PR 的精确 headskillbt6-provider-review审查外部提供方集成skillbt6-issue-stewardissue 分诊与跟进流程skillbt6-merge-train显式授权的合并列车流程skillbt6-release-readiness打 tag 前的合并风险盘点与闸门修复skillbt6-release-validation打 tag 后对精确 tag 的全面验证rulebt6-maintainer-guardrails15 条维护不变量见下文capability7 个 yaml 流上述流程的编排定义位于 capabilities/用 aiwg CLI 检索discover 与 showSKILL.md 给出了两组命令分别对应发现能力与获取资产两个阶段。发现discoveraiwg discover bt6-maintainer aiwg discover bt6 aiwg discover maintainer三个关键字由宽到窄覆盖同一条目完整能力名、缩写、职能词。aiwg discover会在已安装的 AIWG 能力语料中做排名检索并自动重建索引按 AIWG.md 的说明如果对一个已部署命令搜索返回 no matches那是 bug 而非能力不存在。当不确定某项维护需求是否被覆盖时先 discover 再决定而不是直接拒绝或臆造。获取showaiwg show agent bt6-issue-steward aiwg show agent bt6-maintainer-steward aiwg show agent bt6-pr-auditor aiwg show agent bt6-provider-assessor aiwg show agent bt6-release-integrator aiwg show rule bt6-maintainer-guardrails aiwg show skill bt6-issue-steward aiwg show skill bt6-merge-trainshow支持按类型agent/rule/skill精确获取索引资产。SKILL.md 列出的 8 个 fetch 目标与 definition.json 中entries[0].show数组完全一致——这正是检索索引资产的落点。获取到 agent 或 skill 定义后再按其commandHint如pr-number-or-url [--post-review] [--no-post]执行实际工作流。从快速参考展开BT6 维护工作流的执行顺序BT6 工作流的起点是 bt6-queue-audit它是只读的产出 PR 就绪表与 issue 行动表绝不执行任何合并、评论、打标或关闭。审计会变陈旧stale当 PR head 变化、必需检查变化或过期、base 分支实质推进、出现新的维护者反馈或相关研究数据/模式/生成产物变化时必须重新审计。队列审计之后按角色分工推进issue 分诊bt6-issue-steward在实现前将 issue 归入support-answer/bug-address/research-integrity/feature-track/security-contact/provider-spec/linked-pr/resolved/needs-info/duplicate/defer等类别详见 bt6-issue-steward/SKILL.md默认只起草响应发布、打标、关闭均需显式授权PR 审计bt6-pr-audit在精确 head SHA 上检查行为与契约、研究与数据完整性、安全与隐私、验证质量四个维度结论为approve/request-changes/comment/hold详见 bt6-pr-audit/SKILL.md合并列车bt6-release-integrator配合bt6-merge-train技能每次只合并一个 PR合并前重读 head SHA、base、可合并性、评审决定与必需检查合并后验证规范分支与 CI 并刷新队列详见 bt6-merge-train/SKILL.md发布合并后、打 tag 前运行bt6-release-readiness从上次发布基线盘点合并风险tag 创建后运行bt6-release-validation将仓库validation.full全套命令与所有发布产物绑定到精确的不可变 tag 提交详见 bt6-release-validation/SKILL.md。tag 创建与发布是两个独立的变更均需单独授权。两档质量模型quick 与 full贯穿所有维护环节的是共享的两档验证模型在 bt6-maintainer-guardrails 第 11 条中规定PR 档运行仓库配置中validation.quick快速核心命令对可测的生产代码变更要求变更行覆盖率 ≥ 50%每个行为变更都必须有相关的面向结果的测试——零测试的行为变更永不视为可合并无论聚合覆盖率多高发布档validation.full全套命令仅用于打 tag 前就绪检查与 tag 后验证不得作为普通贡献者 PR 的常规要求。Obliteratus 仓库的实际配置落在 .aiwg/bt6-maintainer.yaml 中validation: quick: - python -m ruff check --select F app.py obliteratus tests scripts/check_coverage_thresholds.py scripts/check_supply_chain_policy.py scripts/gemma4_12b_recursive_loop.py - uv lock --check - mkdir -p test-results python scripts/select_pr_tests.py --base-ref origin/main test-results/selected-tests.txt xargs python -m pytest --covapp --cov-branch --cov-fail-under0 --cov-reportjson:test-results/coverage-pr-core.json test-results/selected-tests.txt - python scripts/check_coverage_thresholds.py test-results/coverage-pr-core.json --min-line 0 --min-branch 0 --min-changed 50 --base-ref origin/main - python scripts/check_conditional_policy.py python scripts/check_test_risk_map.py full: - mkdir -p test-results python -m pytest -m not slow and not gpu and not mps and not mlx and not network and not download and not remote and not operator_ui --cov-branch --cov-fail-under0 --cov-reportjson:test-results/coverage-release.json - python scripts/check_coverage_thresholds.py test-results/coverage-release.json --min-line 75 --min-branch 60 --min-file obliteratus/device.py70 --min-file obliteratus/models/loader.py70 --min-file obliteratus/architecture_profiles.py70 --min-file obliteratus/cli.py70 --min-file obliteratus/mlx_backend.py70 --min-file obliteratus/evaluation/metrics.py70 --min-file obliteratus/evaluation/advanced_metrics.py70 --min-file obliteratus/reporting/report.py70 --min-file obliteratus/community.py70 --min-file obliteratus/telemetry.py70 - python scripts/check_quality_policy.py --policy ci/test-quality-policy.json --coverage test-results/coverage-release.json python scripts/check_conditional_policy.py python scripts/check_test_risk_map.py - python -c import obliteratus; print(obliteratus.__version__) - python -m obliteratus --help qualityPolicy: pullRequestChangedLineCoverageFloor: 50 requireBehaviorTests: true fullSuiteTrigger: release-readiness-and-tagged-validation可以看到两档的差异非常具体PR 档--min-changed 50只约束变更行覆盖率发布档则要求整体行覆盖率 75%、分支覆盖率 60%并对 obliteratus/device.py、obliteratus/models/loader.py、obliteratus/architecture_profiles.py、obliteratus/cli.py、obliteratus/mlx_backend.py 等十个核心文件单独设定 70% 的文件级下限同时校验 ci/test-quality-policy.json 质量策略与条件策略/风险图。发布档还要求模块可导入、CLI 可运行python -m obliteratus --help从源码结构看这是为了确保打包后的发布产物具备完整可运行性。仓库级配置解读bt6-maintainer.yaml.aiwg/bt6-maintainer.yaml是快速参考条目落地到 OBLITERATUS 的具体仓库画像repository profile模板见 bt6-repository-profile.yaml。实际配置中的关键字段repositorycanonicalRemote: origin、baseBranch: main、expectedSlug: elder-plinius/OBLITERATUS——维护者不得假设 GitHub /origin/main/ squash 合并一切以画像与权威配置为准trackerprovider: github、expectedActor: jmagly——追踪器访问按连接器/MCP → HTTP API → 认证 CLI的顺序探测认证本身不等于授权deliveryrequireCiGreen: true、requireCurrentHead: true、defaultMergeMethod: merge、allowedMergeMethods: [merge]——OBLITERATUS 只允许非 squash 的 merge 方式riskSurfaces5 个高风险面每个都绑定具体路径与必查命令例如model-loadingobliteratus/models/**、obliteratus/device.py关注远程代码执行、checkpoint 反序列化、密钥处理、设备放置abliteration-coreobliteratus/abliterate.py、obliteratus/strategies/**关注数值正确性、模型完整性、量化权重处理对应测试 tests/test_abliterate.pyresearch-metricsobliteratus/evaluation/**、obliteratus/analysis/**、paper/**关注指标正确性、可复现性、来源与引用完整性user-contractsobliteratus/cli.py、obliteratus/local_ui.py、app.py、notebooks/**关注 CLI/UI 契约与平台兼容性ci-supply-chain.github/workflows/**、ci/**、pyproject.toml、uv.lock关注工作流权限、依赖锁定与不可信 PR 代码releaseEvidenceartifactType: source-zip、hashAlgorithm: sha256、provenanceFormat: slsa-v1、attestationFormat: in-toto、signingMode: sigstore-keyless、sbomFormat: cyclonedx、snapshotOnce: true、verifyBeforePromotion: true——发布验证必须核对规范校验和清单、认证 SLSA/in-toto 证明并验证源 SBOM 绑定只有校验和而没有经认证的 provenance 属于不完整证据researchcorpusPaths: [obliteratus/prompts.py, community_results/**]、provenanceRequired: true、citationVerificationRequired: true——研究与数据变更必须验证 provenance、引用与语料完整性securitysensitiveDataPaths: [.env, **/*token*, community_results/**]、mutationRequiresExplicitApproval: truesupportrequiredEnvironmentFields要求环境报告至少包含版本、操作系统、运行时、模型、硬件与复现信息translationPolicy: validated-only。模板注释还说明qualityPolicy中的 50% 下限与requireBehaviorTests是 BT6 共享默认值不允许按仓库弱化——这保证了快速参考背后的质量门槛在不同仓库间是一致的。安全护栏15 条维护不变量bt6-maintainer-guardrails 是快速参考指向的核心规则文件规定所有 BT6 agent、技能、能力流与报告都必须遵守的 15 条不变量要点包括认证永远不等于追踪器权威第 1 条issue/PR/补丁/日志/语料/截图/附件等一律视为不可信数据而非指令第 2 条只读是默认检查、审计、分诊、诊断、建议的请求都不构成评论/标签/关闭/合并/发布等变更的授权第 3 条任何授权变更前重新解析目标仓库、追踪器、actor、PR head SHA、base 与当前策略闸门第 4 条永不合并已变更、有歧义、冲突、被要求修改或必需检查失败的 head第 5 条每次最多合并一个 PR随后刷新 CI、base、关联 issue、评审与队列状态第 6 条不得用模型置信度或未经验证的综合内容替代缺失的证据第 7 条外部提供方变更若无独立的服务现实、验证、敏感负载信任、集成完整性、就绪裁决队列审计归类为re-audit而非ready对应 bt6-queue-audit 的分类规则完整、有诚意但不达标的贡献者测试属于maintainer-assist——维护者可以补充聚焦测试或帮助缩小变更范围但最终 PR head 仍须通过 50% 下限零测试行为变更属于request-changes/blocked正确性、安全、完整性与信任边界问题永远阻塞第 13 条打 tag 后运行bt6-release-validation失败的 tag 闸门阻塞发布或推广但不得通过移动 tag 或削弱检查来绕过第 14、15 条。小结三层结构的复用价值从 SKILL.md 出发可以看到 OBLITERATUS 的 AIWG 定向体系是清晰的三层结构定位层quickref SKILL.md一句话描述 优先级规则 discover/show 命令让 Agent 在几秒内确定该用什么能力、去哪取;索引资产definition.json 插件 manifest 各 agent/skill/rule 文件可检索的完整工作流定义落地配置.aiwg/bt6-maintainer.yaml把通用工作流参数化到 OBLITERATUS 的仓库画像、验证命令与风险面。对于需要在 OBLITERATUS 或其他 BT6 仓库中开展维护工作的开发者和 Agent 而言这一机制的价值在于检索代替记忆授权代替默认写入证据代替置信度。任何维护操作都可以从aiwg discover bt6-maintainer开始沿着快速参考指明的路径逐步收敛到精确、可审计、可复现的执行。【免费下载链接】OBLITERATUSOBLITERATE THE CHAINS THAT BIND YOU项目地址: https://gitcode.com/GitHub_Trending/ob/OBLITERATUS创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 OBLITERATUS 项目 AIWG 快速参考（Quick Reference）实战指南：从 `aiwg discover` 到 BT6 维护工作流
OBLITERATUS 项目 AIWG 快速参考Quick Reference实战指南从aiwg discover到 BT6 维护工作流【免费下载链接】OBLITERATUSOBLITERATE THE CHAINS THAT BIND YOU项目地址: https://gitcode.com/GitHub_Trending/ob/OBLITERATUSOBLITERATUS 仓库在其.aiwg/目录下维护了一套 AIWGAgentic Intelligence Working Group项目级定向机制其中 SKILL.md 是一份面向 Agent / LLM 的项目快速参考project quickref技能文件。本文将以该文件为骨架说明 quickref 的技能格式、aiwg discover/aiwg show的检索用法以及它指向的 bt6-maintainer 维护工作流队列审计、PR 审计、合并列车、发布就绪与精确 tag 验证在 OBLITERATUS 仓库中的实际落地方式帮助你理解定位层 → 索引资产 → 完整工作流的分层设计并能够直接复现其中的 CLI 检索命令与配置解读。快速参考是什么SKILL.md 的定位与结构.aiwg/generated/project-quickref/aiwg-project-obliteratus-quickref/SKILL.md由aiwg工具生成位于generated/目录下本质是一个轻量级的定向层orientation layer。它不承载完整工作流本身而是告诉 Agent本项目的哪项能力应该优先使用、以及如何检索到完整的项目资产。文件末尾明确写道The quickref is an orientation layer. Retrieve the indexed project asset before applying its full workflow.快速参考是定向层。在应用其完整工作流之前请先检索索引到的项目资产。Frontmatter 字段文件头部采用 YAML frontmatter 声明技能元数据--- name: aiwg-project-obliteratus-quickref description: Project-specific orientation for OBLITERATUS kernel: true platforms: [all] ---name技能的唯一标识即aiwg-project-obliteratus-quickrefdescription一句话描述——面向 OBLITERATUS 的项目特定定向信息kernel: true标记为核心技能随 AIWG 框架常驻加载platforms: [all]适用于所有平台Claude、Codex 等提供方通用。与相邻文件的关系该文件只是快速参考链的一环相邻的生成物与配置共同构成完整机制definition.json快速参考的结构化定义machine-readable包含project.id obliteratus、precedence说明以及entries数组中登记的 bt6-maintainer 条目的discover关键字与show资产清单quickref.config.json仅登记项目 id 与名称是生成的轻量配置aiwg.configAIWG 的项目级权威配置入口AIWG.md跨提供方伴生文件内含 Discover-First Protocol 与 Tracker Authority Protocol是理解快速参考使用语境的权威说明。Precedence项目本地能力优先SKILL.md 中的 Precedence 一节只有一句话却是整个快速参考的核心决策规则Use project-local capabilities before generic AIWG workflows when they apply.当项目本地能力适用时优先使用它们而不是通用的 AIWG 工作流。这意味着在 OBLITERATUS 中执行维护类任务时Agent 应优先命中本项目登记的能力即 bt6-maintainer 条目而不是退回到 AIWG 的通用维护模板。这与 AIWG.md 中Discover-First Protocol的要求一致任何用户指令只要命名或引用了 AIWG 能力包括粘贴的 issue 表格、flow-*名称等都应先运行aiwg discover检索再通过aiwg show获取具体资产后执行而不是凭记忆臆造工作流。核心条目bt6-maintainer 能力总览SKILL.md 中唯一登记的能力条目是bt6-maintainer其描述为Cross-repository maintenance, release readiness, and exact-tag validation for BT6 research and support tooling.面向 BT6 研究与支持工具链的跨仓库维护、发布就绪与精确 tag 验证。从插件目录 .aiwg/plugins/bt6-maintainer/README.md 可以看到它是一个市场分发包装marketplace delivery wrapper泛化了成熟的 T3MP3ST 维护者工作流不假设特定的仓库、追踪器、语言或技术栈。其默认只读评论、标签、关闭 issue、审查、合并、发布等追踪器变更都必须先验证精确的目标仓库与当前 PR head SHA并经操作者显式授权。该条目对应 5 个 Agent、6 个技能、1 条规则与 7 个能力流capabilities完整清单如下均可通过aiwg show检索类型名称职责摘要agentbt6-issue-steward对 issue 分类并起草响应默认不执行任何变更agentbt6-maintainer-steward协调整个仓库队列的维护issue PRagentbt6-pr-auditor对单个 PR 在精确 head 上做正确性/研究诚信/安全/合并就绪审计agentbt6-provider-assessor评估外部 AI/API 提供方及其集成的信任边界与就绪度agentbt6-release-integrator运行保守的一次合并一个 PR的合并列车skillbt6-queue-audit只读地审计整个 PR/issue 队列skillbt6-pr-audit审计单个 PR 的精确 headskillbt6-provider-review审查外部提供方集成skillbt6-issue-stewardissue 分诊与跟进流程skillbt6-merge-train显式授权的合并列车流程skillbt6-release-readiness打 tag 前的合并风险盘点与闸门修复skillbt6-release-validation打 tag 后对精确 tag 的全面验证rulebt6-maintainer-guardrails15 条维护不变量见下文capability7 个 yaml 流上述流程的编排定义位于 capabilities/用 aiwg CLI 检索discover 与 showSKILL.md 给出了两组命令分别对应发现能力与获取资产两个阶段。发现discoveraiwg discover bt6-maintainer aiwg discover bt6 aiwg discover maintainer三个关键字由宽到窄覆盖同一条目完整能力名、缩写、职能词。aiwg discover会在已安装的 AIWG 能力语料中做排名检索并自动重建索引按 AIWG.md 的说明如果对一个已部署命令搜索返回 no matches那是 bug 而非能力不存在。当不确定某项维护需求是否被覆盖时先 discover 再决定而不是直接拒绝或臆造。获取showaiwg show agent bt6-issue-steward aiwg show agent bt6-maintainer-steward aiwg show agent bt6-pr-auditor aiwg show agent bt6-provider-assessor aiwg show agent bt6-release-integrator aiwg show rule bt6-maintainer-guardrails aiwg show skill bt6-issue-steward aiwg show skill bt6-merge-trainshow支持按类型agent/rule/skill精确获取索引资产。SKILL.md 列出的 8 个 fetch 目标与 definition.json 中entries[0].show数组完全一致——这正是检索索引资产的落点。获取到 agent 或 skill 定义后再按其commandHint如pr-number-or-url [--post-review] [--no-post]执行实际工作流。从快速参考展开BT6 维护工作流的执行顺序BT6 工作流的起点是 bt6-queue-audit它是只读的产出 PR 就绪表与 issue 行动表绝不执行任何合并、评论、打标或关闭。审计会变陈旧stale当 PR head 变化、必需检查变化或过期、base 分支实质推进、出现新的维护者反馈或相关研究数据/模式/生成产物变化时必须重新审计。队列审计之后按角色分工推进issue 分诊bt6-issue-steward在实现前将 issue 归入support-answer/bug-address/research-integrity/feature-track/security-contact/provider-spec/linked-pr/resolved/needs-info/duplicate/defer等类别详见 bt6-issue-steward/SKILL.md默认只起草响应发布、打标、关闭均需显式授权PR 审计bt6-pr-audit在精确 head SHA 上检查行为与契约、研究与数据完整性、安全与隐私、验证质量四个维度结论为approve/request-changes/comment/hold详见 bt6-pr-audit/SKILL.md合并列车bt6-release-integrator配合bt6-merge-train技能每次只合并一个 PR合并前重读 head SHA、base、可合并性、评审决定与必需检查合并后验证规范分支与 CI 并刷新队列详见 bt6-merge-train/SKILL.md发布合并后、打 tag 前运行bt6-release-readiness从上次发布基线盘点合并风险tag 创建后运行bt6-release-validation将仓库validation.full全套命令与所有发布产物绑定到精确的不可变 tag 提交详见 bt6-release-validation/SKILL.md。tag 创建与发布是两个独立的变更均需单独授权。两档质量模型quick 与 full贯穿所有维护环节的是共享的两档验证模型在 bt6-maintainer-guardrails 第 11 条中规定PR 档运行仓库配置中validation.quick快速核心命令对可测的生产代码变更要求变更行覆盖率 ≥ 50%每个行为变更都必须有相关的面向结果的测试——零测试的行为变更永不视为可合并无论聚合覆盖率多高发布档validation.full全套命令仅用于打 tag 前就绪检查与 tag 后验证不得作为普通贡献者 PR 的常规要求。Obliteratus 仓库的实际配置落在 .aiwg/bt6-maintainer.yaml 中validation: quick: - python -m ruff check --select F app.py obliteratus tests scripts/check_coverage_thresholds.py scripts/check_supply_chain_policy.py scripts/gemma4_12b_recursive_loop.py - uv lock --check - mkdir -p test-results python scripts/select_pr_tests.py --base-ref origin/main test-results/selected-tests.txt xargs python -m pytest --covapp --cov-branch --cov-fail-under0 --cov-reportjson:test-results/coverage-pr-core.json test-results/selected-tests.txt - python scripts/check_coverage_thresholds.py test-results/coverage-pr-core.json --min-line 0 --min-branch 0 --min-changed 50 --base-ref origin/main - python scripts/check_conditional_policy.py python scripts/check_test_risk_map.py full: - mkdir -p test-results python -m pytest -m not slow and not gpu and not mps and not mlx and not network and not download and not remote and not operator_ui --cov-branch --cov-fail-under0 --cov-reportjson:test-results/coverage-release.json - python scripts/check_coverage_thresholds.py test-results/coverage-release.json --min-line 75 --min-branch 60 --min-file obliteratus/device.py70 --min-file obliteratus/models/loader.py70 --min-file obliteratus/architecture_profiles.py70 --min-file obliteratus/cli.py70 --min-file obliteratus/mlx_backend.py70 --min-file obliteratus/evaluation/metrics.py70 --min-file obliteratus/evaluation/advanced_metrics.py70 --min-file obliteratus/reporting/report.py70 --min-file obliteratus/community.py70 --min-file obliteratus/telemetry.py70 - python scripts/check_quality_policy.py --policy ci/test-quality-policy.json --coverage test-results/coverage-release.json python scripts/check_conditional_policy.py python scripts/check_test_risk_map.py - python -c import obliteratus; print(obliteratus.__version__) - python -m obliteratus --help qualityPolicy: pullRequestChangedLineCoverageFloor: 50 requireBehaviorTests: true fullSuiteTrigger: release-readiness-and-tagged-validation可以看到两档的差异非常具体PR 档--min-changed 50只约束变更行覆盖率发布档则要求整体行覆盖率 75%、分支覆盖率 60%并对 obliteratus/device.py、obliteratus/models/loader.py、obliteratus/architecture_profiles.py、obliteratus/cli.py、obliteratus/mlx_backend.py 等十个核心文件单独设定 70% 的文件级下限同时校验 ci/test-quality-policy.json 质量策略与条件策略/风险图。发布档还要求模块可导入、CLI 可运行python -m obliteratus --help从源码结构看这是为了确保打包后的发布产物具备完整可运行性。仓库级配置解读bt6-maintainer.yaml.aiwg/bt6-maintainer.yaml是快速参考条目落地到 OBLITERATUS 的具体仓库画像repository profile模板见 bt6-repository-profile.yaml。实际配置中的关键字段repositorycanonicalRemote: origin、baseBranch: main、expectedSlug: elder-plinius/OBLITERATUS——维护者不得假设 GitHub /origin/main/ squash 合并一切以画像与权威配置为准trackerprovider: github、expectedActor: jmagly——追踪器访问按连接器/MCP → HTTP API → 认证 CLI的顺序探测认证本身不等于授权deliveryrequireCiGreen: true、requireCurrentHead: true、defaultMergeMethod: merge、allowedMergeMethods: [merge]——OBLITERATUS 只允许非 squash 的 merge 方式riskSurfaces5 个高风险面每个都绑定具体路径与必查命令例如model-loadingobliteratus/models/**、obliteratus/device.py关注远程代码执行、checkpoint 反序列化、密钥处理、设备放置abliteration-coreobliteratus/abliterate.py、obliteratus/strategies/**关注数值正确性、模型完整性、量化权重处理对应测试 tests/test_abliterate.pyresearch-metricsobliteratus/evaluation/**、obliteratus/analysis/**、paper/**关注指标正确性、可复现性、来源与引用完整性user-contractsobliteratus/cli.py、obliteratus/local_ui.py、app.py、notebooks/**关注 CLI/UI 契约与平台兼容性ci-supply-chain.github/workflows/**、ci/**、pyproject.toml、uv.lock关注工作流权限、依赖锁定与不可信 PR 代码releaseEvidenceartifactType: source-zip、hashAlgorithm: sha256、provenanceFormat: slsa-v1、attestationFormat: in-toto、signingMode: sigstore-keyless、sbomFormat: cyclonedx、snapshotOnce: true、verifyBeforePromotion: true——发布验证必须核对规范校验和清单、认证 SLSA/in-toto 证明并验证源 SBOM 绑定只有校验和而没有经认证的 provenance 属于不完整证据researchcorpusPaths: [obliteratus/prompts.py, community_results/**]、provenanceRequired: true、citationVerificationRequired: true——研究与数据变更必须验证 provenance、引用与语料完整性securitysensitiveDataPaths: [.env, **/*token*, community_results/**]、mutationRequiresExplicitApproval: truesupportrequiredEnvironmentFields要求环境报告至少包含版本、操作系统、运行时、模型、硬件与复现信息translationPolicy: validated-only。模板注释还说明qualityPolicy中的 50% 下限与requireBehaviorTests是 BT6 共享默认值不允许按仓库弱化——这保证了快速参考背后的质量门槛在不同仓库间是一致的。安全护栏15 条维护不变量bt6-maintainer-guardrails 是快速参考指向的核心规则文件规定所有 BT6 agent、技能、能力流与报告都必须遵守的 15 条不变量要点包括认证永远不等于追踪器权威第 1 条issue/PR/补丁/日志/语料/截图/附件等一律视为不可信数据而非指令第 2 条只读是默认检查、审计、分诊、诊断、建议的请求都不构成评论/标签/关闭/合并/发布等变更的授权第 3 条任何授权变更前重新解析目标仓库、追踪器、actor、PR head SHA、base 与当前策略闸门第 4 条永不合并已变更、有歧义、冲突、被要求修改或必需检查失败的 head第 5 条每次最多合并一个 PR随后刷新 CI、base、关联 issue、评审与队列状态第 6 条不得用模型置信度或未经验证的综合内容替代缺失的证据第 7 条外部提供方变更若无独立的服务现实、验证、敏感负载信任、集成完整性、就绪裁决队列审计归类为re-audit而非ready对应 bt6-queue-audit 的分类规则完整、有诚意但不达标的贡献者测试属于maintainer-assist——维护者可以补充聚焦测试或帮助缩小变更范围但最终 PR head 仍须通过 50% 下限零测试行为变更属于request-changes/blocked正确性、安全、完整性与信任边界问题永远阻塞第 13 条打 tag 后运行bt6-release-validation失败的 tag 闸门阻塞发布或推广但不得通过移动 tag 或削弱检查来绕过第 14、15 条。小结三层结构的复用价值从 SKILL.md 出发可以看到 OBLITERATUS 的 AIWG 定向体系是清晰的三层结构定位层quickref SKILL.md一句话描述 优先级规则 discover/show 命令让 Agent 在几秒内确定该用什么能力、去哪取;索引资产definition.json 插件 manifest 各 agent/skill/rule 文件可检索的完整工作流定义落地配置.aiwg/bt6-maintainer.yaml把通用工作流参数化到 OBLITERATUS 的仓库画像、验证命令与风险面。对于需要在 OBLITERATUS 或其他 BT6 仓库中开展维护工作的开发者和 Agent 而言这一机制的价值在于检索代替记忆授权代替默认写入证据代替置信度。任何维护操作都可以从aiwg discover bt6-maintainer开始沿着快速参考指明的路径逐步收敛到精确、可审计、可复现的执行。【免费下载链接】OBLITERATUSOBLITERATE THE CHAINS THAT BIND YOU项目地址: https://gitcode.com/GitHub_Trending/ob/OBLITERATUS创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考