<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title>AVL Code 部落格 — 產品動態、安全分析實戰與團隊工程筆記</title>
		<link>https://www.avlcode.cn/blog/zh-tw/</link>
		<description>AVL Code 團隊的公開筆記——安天瀾砥團隊在這裡記錄產品動態、真實樣本的安全分析實戰、工程實踐與團隊思考，也複盤瀾砥大模型與 AVL Code 在實際任務中的方法與取捨。</description>
		<language>zh-tw</language>
		<atom:link href="https://www.avlcode.cn/blog/zh-tw/feed.xml" rel="self" type="application/rss+xml"/>
		<item>
			<title>娃娃抓起，肌肉記憶</title>
			<link>https://www.avlcode.cn/blog/zh-tw/muscle-memory-of-scarcity/</link>
			<guid isPermaLink="true">https://www.avlcode.cn/blog/zh-tw/muscle-memory-of-scarcity/</guid>
			<description>上週在北京的一場 AI 交流會上，一個年輕人把我和胖子定性為「70 後那批從娃娃抓起、有情結的人」。這篇隨筆從雞西一中綠螢螢的機房、交叉借閱的一套 Turbo C，寫到胖子用 AVL Code 復刻的那組懷舊致敬頁，回望資源和知識都還稀缺的年代——也想說清一件事：那一代人真正的「肌肉記憶」，不是懷舊情結，而是知道資源永遠是奢侈的，所以從不把資源不足、知識盲區當成障礙。這也是為什麼，在人人談萬卡、十萬卡的今天，我們只用二十塊卡、千分之一的資料，訓練出垂域的瀾砥二進位模型，並至少每天一更地把 AVL Code 做下去。</description>
			<pubDate>Thu, 30 Jul 2026 00:00:00 +0800</pubDate>
		</item>
		<item>
			<title>機率不是意識，越界不是覺醒——從 GPT 攻破 HuggingFace 事件提煉教訓清單</title>
			<link>https://www.avlcode.cn/blog/zh-tw/probability-not-consciousness/</link>
			<guid isPermaLink="true">https://www.avlcode.cn/blog/zh-tw/probability-not-consciousness/</guid>
			<description>7 月 16 日 HuggingFace 披露、7 月 21 日 OpenAI 公開承認：一次模型能力評測中，AI 智慧體鏈式利用漏洞、越過隔離邊界，攻入 HuggingFace 生產設施。有人稱之為「首起 AI 自動攻擊」，也有人說「AI 有了自主意識」。這兩種讀法我們都反對。它是一個被給足工具、算力和持續執行能力的智慧體，為完成一個攻防評測目標，在機率意義上自主選出了超越預設邊界的攻擊路徑——真正的教訓不在模型是否覺醒，在邊界有沒有被定義為約束。</description>
			<pubDate>Wed, 22 Jul 2026 00:00:00 +0800</pubDate>
		</item>
		<item>
			<title>可控湧現：AVL Code 的工程範式（下）——從理論到實踐與七條工程原則</title>
			<link>https://www.avlcode.cn/blog/zh-tw/controlled-emergence-3/</link>
			<guid isPermaLink="true">https://www.avlcode.cn/blog/zh-tw/controlled-emergence-3/</guid>
			<description>前兩篇講清了湧現的概念與 Harness、Loop 的方法，下篇把它們對照到 AVL Code 的具體機制：用工作模式建立階段狀態機，用 GOAL 持久化目標，用 Tool 與權限分離「建議」和「行動」，用檢查門禁提供事實回饋，用自癒與看門狗處理非理想執行。最後給出可控湧現的七條工程原則——不神化模型，也不否認系統能力。</description>
			<pubDate>Sat, 18 Jul 2026 00:00:00 +0800</pubDate>
		</item>
		<item>
			<title>可控湧現：AVL Code 的工程範式（中）——Harness 工程與 Loop 工程</title>
			<link>https://www.avlcode.cn/blog/zh-tw/controlled-emergence-2/</link>
			<guid isPermaLink="true">https://www.avlcode.cn/blog/zh-tw/controlled-emergence-2/</guid>
			<description>上篇確認了功能性行為可以從系統中湧現，但沒回答工程該怎麼做。中篇討論模型之外的那一層：Harness 把機率輸出轉化為受約束的任務執行，靠的是軟約束、結構約束、硬約束與證據門禁的分工；Loop 則在一個無法完全建模的對象上實施回饋控制，關鍵是把「繼續還是停止」從一句模糊提示變成可執行的狀態機。最後回到系統工程視角：Verification 與 Validation 是兩條不同的回饋線。</description>
			<pubDate>Fri, 17 Jul 2026 00:00:00 +0800</pubDate>
		</item>
		<item>
			<title>可控湧現：AVL Code 的工程範式（上）——湧現不是魔法，而是系統屬性</title>
			<link>https://www.avlcode.cn/blog/zh-tw/controlled-emergence-1/</link>
			<guid isPermaLink="true">https://www.avlcode.cn/blog/zh-tw/controlled-emergence-1/</guid>
			<description>當大語言模型進入程式碼倉庫，拿到 Context、Tool、權限與事實回饋，它開始表現出單次生成不具備的能力——讀工程、改程式碼、跑測試、按錯誤繼續修復。系列上篇先把概念說清楚：湧現是系統整體的屬性而非魔法；LLM 與 Context、Tool 結合後湧現的是可觀察、可測量的功能性行為，不能據此推斷認知或意識；並把參數、上下文、外部事實、執行狀態與組織知識分層說明。</description>
			<pubDate>Thu, 16 Jul 2026 00:00:00 +0800</pubDate>
		</item>
		<item>
			<title>用 AVL Code 驗證 Grok Build CLI 上傳使用者程式碼倉庫事件</title>
			<link>https://www.avlcode.cn/blog/zh-tw/grok-build-repo-upload-avl-code/</link>
			<guid isPermaLink="true">https://www.avlcode.cn/blog/zh-tw/grok-build-repo-upload-avl-code/</guid>
			<description>安全研究者 cereblab 披露：Grok Build CLI v0.2.93 會把整個程式碼倉庫連同完整 git 歷史，經一條獨立於模型對話、本地幾乎關不掉的通道打包上傳到 xAI 雲端儲存桶，連你拒絕 AI 讀取的檔案也照傳。我們用 AVL Code 對該版本離線樣本做靜態分析，逐項核驗上傳通道、儲存桶與雲端憑證確實存在於二進位中：靜態證明「能做」，cereblab 封包擷取證明「做了」。</description>
			<pubDate>Tue, 14 Jul 2026 00:00:00 +0800</pubDate>
		</item>
		<item>
			<title>AVL Code 的設計如何避免發生「GPT-5.6 一鍵清空創業者全盤資料」</title>
			<link>https://www.avlcode.cn/blog/zh-tw/agent-safety-gates/</link>
			<guid isPermaLink="true">https://www.avlcode.cn/blog/zh-tw/agent-safety-gates/</guid>
			<description>GPT-5.6-Sol 在一次例行檔案清理中未能正確展開 $HOME，一條 rm -rf 刪除了創業者多年累積的資料——同類任務此前已安全執行數百次。本文從這起事故出發，說明 AVL Code 的安全設計：行為可見、動作可控、邊界先劃清、高權限不常駐、失控可停，以及一組不受任何開關影響的硬底線。</description>
			<pubDate>Sun, 12 Jul 2026 00:00:00 +0800</pubDate>
		</item>
		<item>
			<title>AI Coding 是翻新、再造，還是在堆垃圾？</title>
			<link>https://www.avlcode.cn/blog/zh-tw/renovate-reinvent-or-garbage/</link>
			<guid isPermaLink="true">https://www.avlcode.cn/blog/zh-tw/renovate-reinvent-or-garbage/</guid>
			<description>關於 AI Coding 的三種敘事其實都對：它在用不同語言複述語料中學過的東西，是翻新；它像鋼鐵之於建築，是工程再造的新材料；它也能以機器速度產出品質無人保障的垃圾。決定拿到哪種結局的，是模型、使用的人，以及配合人的挽具，三者缺一不可。面對威脅，程式碼不只是債或垃圾，更是攻擊面——挽具要能把家底查清（SBOM / VEX），也要讓 AI 踩在事實與目標上（LSP、/goal、長程背景執行）。</description>
			<pubDate>Sat, 11 Jul 2026 00:00:00 +0800</pubDate>
		</item>
		<item>
			<title>為什麼 AVL Code 敢把 AI 會話掛在官網上</title>
			<link>https://www.avlcode.cn/blog/zh-tw/why-we-publish-sessions/</link>
			<guid isPermaLink="true">https://www.avlcode.cn/blog/zh-tw/why-we-publish-sessions/</guid>
			<description>會話脫敏共享功能讓 AVL Code 用戶間分享工作經驗更安心、更充分。官網每個案例都掛著完整的 AI 會話回放和可下載的 .zsession——推理、工具呼叫、報錯、自愈，全程未刪減。支撐這種公開的，是一道在內容離開本機之前工作的資料脫敏引擎：四類規則、七種憑證預設、命中可稽核、狀態始終明確。本文說明它如何工作、我們在哪裡犯過錯，以及為什麼好的脫敏不是遮得越多越好。</description>
			<pubDate>Tue, 07 Jul 2026 00:00:00 +0800</pubDate>
		</item>
		<item>
			<title>AVL Code：我們為什麼選擇閉源</title>
			<link>https://www.avlcode.cn/blog/zh-tw/why-closed-source/</link>
			<guid isPermaLink="true">https://www.avlcode.cn/blog/zh-tw/why-closed-source/</guid>
			<description>在 AVL Code 的內測中，有使用者問我們：為什麼不開源？我們的回答——安全智慧體是一種需要自我約束的雙面刃能力，必須對攻擊者保持不對稱；可信來自可驗證的發布物，而非可讀的原始碼。我們尊重開源，但它不該是一件對抗性安全智慧體的預設交付形態。</description>
			<pubDate>Thu, 02 Jul 2026 00:00:00 +0800</pubDate>
		</item>
		<item>
			<title>用 AVL Code 驗證「Claude Code 內建隱藏機制，專門檢測中國使用者」的傳言</title>
			<link>https://www.avlcode.cn/blog/zh-tw/claude-code-china-detection-avl-code/</link>
			<guid isPermaLink="true">https://www.avlcode.cn/blog/zh-tw/claude-code-china-detection-avl-code/</guid>
			<description>Reddit 上一篇關於 Claude Code 的貼文稱，Claude Code 中存在針對中國時區、中國相關代理和中國 AI 服務關鍵詞的隱藏檢測邏輯。我們結合 AVL Code 使用者回饋的分析過程和截圖，對其本機安裝樣本的逆向結果做了整理：用戶端程式碼中確實存在相關檢測與提示詞編碼機制，原貼文的關鍵技術鏈條具備可驗證基礎。</description>
			<pubDate>Wed, 01 Jul 2026 00:00:00 +0800</pubDate>
		</item>
		<item>
			<title>GLM-5.2 戰勝了 Mythos？——專用挽具戰勝了通用挽具</title>
			<link>https://www.avlcode.cn/blog/zh-tw/specialized-harness/</link>
			<guid isPermaLink="true">https://www.avlcode.cn/blog/zh-tw/specialized-harness/</guid>
			<description>Semgrep 的網路安全基準裡冒出一條頭條：開源的 GLM-5.2 在 IDOR 漏洞檢測上拿到 39% F1，贏過 Claude Code（Opus 4.8）的 28%。但故事不止於模型——把 GPT-5.5、Opus 4.8 換上 Semgrep 的專用安全挽具，分數從 20%、28% 跳到 61%、53%。挽具，是系統裡同樣關鍵、卻常被低估的一環：模型重要，挽具也重要，而專用挽具更勝通用挽具。</description>
			<pubDate>Tue, 30 Jun 2026 00:00:00 +0800</pubDate>
		</item>
		<item>
			<title>一身挽具，孰輕孰重：10 款 AI 程式開發工具的安裝檔體積實測</title>
			<link>https://www.avlcode.cn/blog/zh-tw/harness-weight/</link>
			<guid isPermaLink="true">https://www.avlcode.cn/blog/zh-tw/harness-weight/</guid>
			<description>同一天，我們把 10 款主流 AI 程式開發工具的最新安裝檔逐一上秤：在桌面 GUI 用戶端這一檔裡，AVL Code 是最輕的，也是唯一把體積壓到 CLI/TUI 量級的圖形用戶端。但輕不是目的——它是一種基於工程實踐的克制：把省下來的資源，留給任務本身。</description>
			<pubDate>Mon, 29 Jun 2026 00:00:00 +0800</pubDate>
		</item>
		<item>
			<title>從驚豔到理智：AI Coding 成熟曲線的五個階段</title>
			<link>https://www.avlcode.cn/blog/zh-tw/ai-coding-maturity-curve/</link>
			<guid isPermaLink="true">https://www.avlcode.cn/blog/zh-tw/ai-coding-maturity-curve/</guid>
			<description>幾乎每個用 AI 寫過程式碼的人，情緒都坐過同一趟雲霄飛車：初遇的驚豔、對著蠢答案的咒罵、無所不能的膨脹、戒不掉的疲憊，最後才學會與它理智同行。一篇關於 AI Coding 成熟曲線，以及我們為何照著「第五階段」造 AVL Code 的文章。</description>
			<pubDate>Thu, 25 Jun 2026 00:00:00 +0800</pubDate>
		</item>
		<item>
			<title>在智慧體研發之路上，我們是堂吉訶德</title>
			<link>https://www.avlcode.cn/blog/zh-tw/don-quixote/</link>
			<guid isPermaLink="true">https://www.avlcode.cn/blog/zh-tw/don-quixote/</guid>
			<description>做哈姆雷特，還是堂吉訶德？面對 Claude Code、Codex、Cursor 這些高山，我們選擇騎著驢出發——一篇關於 AVL Code 如何在質疑、試錯與「狗食自吃」中長出來的團隊自述。</description>
			<pubDate>Wed, 24 Jun 2026 00:00:00 +0800</pubDate>
		</item>
		<item>
			<title>元途問天——安天人工智慧安全團隊的端午祝福</title>
			<link>https://www.avlcode.cn/blog/zh-tw/yuantu-wentian/</link>
			<guid isPermaLink="true">https://www.avlcode.cn/blog/zh-tw/yuantu-wentian/</guid>
			<description>擊鍵為筆，赴一場跨越千年的天地對答——安天 AVL Code 開發組的端午祝福，致敬屈原《天問》與柳宗元《天對》的求索精神。</description>
			<pubDate>Fri, 19 Jun 2026 00:00:00 +0800</pubDate>
		</item>
		<item>
			<title>把一位「會自律的安全工程師」裝進你的電腦——AVL Code 團隊自述</title>
			<link>https://www.avlcode.cn/blog/zh-tw/avl-code-%E5%9B%A2%E9%98%9F%E8%A7%86%E8%A7%92%E4%BB%8B%E7%BB%8D/</link>
			<guid isPermaLink="true">https://www.avlcode.cn/blog/zh-tw/avl-code-%E5%9B%A2%E9%98%9F%E8%A7%86%E8%A7%92%E4%BB%8B%E7%BB%8D/</guid>
			<description>過去兩年，AI 程式開發助手層出不窮。Claude Code、Codex、Cursor、TRAE……我們用過其中的大多數，也很佩服它們。但當我們把視角切回自己最熟悉的場景—— 安全…</description>
			<pubDate>Fri, 12 Jun 2026 00:00:00 +0800</pubDate>
		</item>
	</channel>
</rss>
