<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Architecture on Square Uncle</title>
    <link>https://squareuncle.com/tags/architecture/</link>
    <description>Recent content in Architecture on Square Uncle</description>
    <generator>Hugo -- 0.147.7</generator>
    <language>zh-cn</language>
    <lastBuildDate>Wed, 18 Mar 2026 22:54:00 +0800</lastBuildDate>
    <atom:link href="https://squareuncle.com/tags/architecture/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>AI-Native Metabolic Governance V3.0：从“文档债”到“新陈代谢”的架构进化</title>
      <link>https://squareuncle.com/posts/2026-03-18-ai-native-metabolic-governance/</link>
      <pubDate>Wed, 18 Mar 2026 22:54:00 +0800</pubDate>
      <guid>https://squareuncle.com/posts/2026-03-18-ai-native-metabolic-governance/</guid>
      <description>&lt;blockquote&gt;
&lt;p&gt;[!IMPORTANT]
&lt;strong&gt;核心痛点&lt;/strong&gt;：在快速迭代的项目中，由于人工更新文档的成本极高，导致代码与架构文档（README, ARCHITECTURE.md）总是处于“失真”状态。
&lt;strong&gt;解决之道&lt;/strong&gt;：将“文档维护”从人类开发者的心智负担中剔除，移交给具备语义推演能力的 AI Agent，实现架构图谱的“新陈代谢”。&lt;/p&gt;&lt;/blockquote&gt;
&lt;p&gt;在跟 AI 进行多轮关于文档治理的对话后，我沉淀出了一个关于“AI 原生新陈代谢治理（AI-Native Metabolic Governance）”的 Skill 构思。这不仅仅是一个自动化脚本，更是一种让代码架构“活起来”的治理逻辑。&lt;/p&gt;
&lt;hr&gt;
&lt;h1 id=&#34;skill-ai-native-metabolic-governance-v30-新陈代谢地图治理&#34;&gt;Skill: AI-Native Metabolic Governance V3.0 (新陈代谢地图治理)&lt;/h1&gt;
&lt;h2 id=&#34;-核心目标-objective&#34;&gt;🎯 核心目标 (Objective)&lt;/h2&gt;
&lt;p&gt;通过“无侵入”感知和 AI 自主驱动，彻底消除文档维护的心智负担。本 Skill 指导 Agent 在代码发生变更时，自主分析物理结构与逻辑意图的变化，自动更新机器可读的寻址地图（Map: &lt;code&gt;.anti_bot_map.md&lt;/code&gt;）和人类可读的架构心法（Lore: &lt;code&gt;ARCHITECTURE.md&lt;/code&gt;）。&lt;/p&gt;
&lt;h2 id=&#34;-触发时机-trigger-conditions&#34;&gt;⚙️ 触发时机 (Trigger Conditions)&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;主动触发&lt;/strong&gt;: 接收到指令 &lt;code&gt;执行新陈代谢&lt;/code&gt;、&lt;code&gt;Run metabolism&lt;/code&gt; 或 &lt;code&gt;更新架构图&lt;/code&gt;。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;被动拦截&lt;/strong&gt;: 挂载于 &lt;code&gt;git pre-commit&lt;/code&gt; 或部署脚本（如 &lt;code&gt;scripts/remote_deploy.py&lt;/code&gt;）执行前。&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id=&#34;-执行工作流-ai-native-workflow&#34;&gt;🔄 执行工作流 (AI-Native Workflow)&lt;/h2&gt;
&lt;p&gt;当触发本 Skill 时，Agent 必须严格执行以下三步：&lt;/p&gt;
&lt;h3 id=&#34;step-1-零侵入发现-zero-intrusion-discovery&#34;&gt;Step 1: 零侵入发现 (Zero-Intrusion Discovery)&lt;/h3&gt;
&lt;ol&gt;
&lt;li&gt;&lt;strong&gt;摒弃人工标签&lt;/strong&gt;: 严禁要求人类开发者书写任何 &lt;code&gt;@identity&lt;/code&gt; 类的冗余注释。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;AST 物理扫描&lt;/strong&gt;: 扫描目标域的 &lt;code&gt;src/&lt;/code&gt; 目录，提取所有&lt;strong&gt;导出的类名 (Exported Classes)&lt;/strong&gt;、&lt;strong&gt;核心接口 (Interfaces)&lt;/strong&gt; 和&lt;strong&gt;顶层函数 (Top-level Functions)&lt;/strong&gt;，将其作为天然的 Identity。&lt;/li&gt;
&lt;/ol&gt;
&lt;h3 id=&#34;step-2-语义推演与计算-semantic-metabolism&#34;&gt;Step 2: 语义推演与计算 (Semantic Metabolism)&lt;/h3&gt;
&lt;ol&gt;
&lt;li&gt;&lt;strong&gt;提取上下文&lt;/strong&gt;: 获取当前的 Git Diff、最新的 AST 结构，以及旧版的 &lt;code&gt;.anti_bot_map.md&lt;/code&gt;。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;意图识别&lt;/strong&gt;: 判断代码变更的性质。
&lt;ul&gt;
&lt;li&gt;&lt;em&gt;是新增模块？&lt;/em&gt; -&amp;gt; 自动为其总结 &lt;code&gt;Role&lt;/code&gt;。&lt;/li&gt;
&lt;li&gt;&lt;em&gt;是文件拆分？&lt;/em&gt; -&amp;gt; 追踪旧逻辑流向了哪个新文件。&lt;/li&gt;
&lt;li&gt;&lt;em&gt;是废弃删除？&lt;/em&gt; -&amp;gt; 标记为已移除。&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;计算健康度 (Health Score)&lt;/strong&gt;：满分 10.0。若存在大量未被文档化的复杂大类，或模块职责严重耦合，酌情扣分。&lt;/li&gt;
&lt;/ol&gt;
&lt;h3 id=&#34;step-3-map-与-lore-的双向重绘-dual-update&#34;&gt;Step 3: Map 与 Lore 的双向重绘 (Dual-Update)&lt;/h3&gt;
&lt;p&gt;根据推演结果，覆写以下两个核心文件：&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
