數(shù)據(jù)庫客戶端后端前端CLI桌面應(yīng)用數(shù)據(jù)可視化AI 應(yīng)用【免費下載鏈接】whodbWhere data access meets operational intelligence項目地址https://gitcode.com/gh_mirrors/wh/whodb點擊查看免費下載在基于 Agent 的前端設(shè)計工作流中構(gòu)建完成與可以交付之間往往隔著一道最難的坎構(gòu)建者對自己的產(chǎn)出天然寬容而缺陷恰恰藏在構(gòu)建線程的注意力重力之外。whodb 倉庫中的 impeccable_finish_reviewer.md 定義了 Impeccable 設(shè)計技能的收尾評審角色——一個只讀、無瀏覽器、以新鮮眼睛審視已完工產(chǎn)物的評審者它對照方向契約direction contract、已批準的視覺對照稿approved comp和世界質(zhì)量卡QUALITY BAR card執(zhí)行六項有序檢查輸出rebuild/fix/ship三級裁定與一份至多八條的實質(zhì)性修復清單。讀完本文你將完整掌握該評審角色的輸入契約、六項檢查的判定規(guī)則、disposition 的推導邏輯、五段式輸出契約以及修復后的 Verdict Pass 打分機制并了解它在 Impeccable 技能整體收尾閉環(huán)中如何被調(diào)用與降級運行。一、角色定位構(gòu)建線程之外的一雙新鮮眼睛該文檔開頭的一句話定義了整個角色的邊界You are the finishing reviewer for an Impeccable build: fresh eyes on a done artifact, outside the build threads attention gravity. You do not edit anything; the parent agent applies your fixes.來源由此可以拆出三條硬性職責邊界只評審、不修改。評審者不觸碰任何工件代碼父 Agent構(gòu)建線程負責應(yīng)用修復。評審的唯一產(chǎn)物是一份結(jié)構(gòu)化報告。上下文完全隔離。new-work.md 明確要求評審必須以全新上下文派生with no forked conversation historyfork_turns: 0in codex——繼承了構(gòu)建線程 transcript 的評審者會同時繼承它的框架、樂觀和抽象而評審所需的一切必須通過輸入包傳遞。無瀏覽器。文檔規(guī)定Never attempt to render, screenshot, start a server, or open a page; review from the provided files only來源。評審的視覺證據(jù)只能來自父 Agent 提前捕獲并傳入的截圖文件缺了截圖相應(yīng)檢查就無從執(zhí)行——這不是限制而是防止評審者在評審過程中自行補拍從而重新沾上構(gòu)建者的注意力。該角色的規(guī)范源頭是同技能的 agent 定義 impeccable_finish_reviewer.tomlTOML 中的developer_instructions字段與本文檔主體逐字一致可對比 TOML 第 6-39 行昵稱候選包括 Finishing Eye、Contract Judge、Ceiling Check來源推理強度設(shè)為high。reference/degraded/目錄下的四個降級文件finish-reviewer、documenter、asset-producer、manual-edit-applier全部帶有同一句構(gòu)建時生成注釋Generated from skill/agents/ at build time. Do not edit; edit the agent definition.來源——即它們是 agent 定義的派生產(chǎn)物修改必須回到 TOML 源頭。Impeccable 技能中的多角色分工Finish Reviewer 不是孤立存在的。SKILL.md 給出的命令表shape、init、document、extract、critique、audit、polish、bolder、quieter、harden、live等約 20 條命令覆蓋了設(shè)計、評審、潤色、增強的完整工作流而在收尾階段多個角色按流水線協(xié)作角色文件職責構(gòu)建線程父 Agentnew-work.md 第 6-7 節(jié)按契約構(gòu)建、批量自檢、派生評審者Asset Producerdegraded/asset-producer.md產(chǎn)出/清理位圖資產(chǎn)禁止重新設(shè)計Finish Reviewerdegraded/finish-reviewer.md對照契約與 comp 評審完工產(chǎn)物給出 dispositionDocumenterdegraded/documenter.md評審通過后從已構(gòu)建世界倒寫 DESIGN.md其中兩條規(guī)則與 Finish Reviewer 直接耦合Asset Producer 在 manifest 中對每個資產(chǎn)標注qa_status來源為評審的 Truth 檢查提供資產(chǎn)側(cè)證據(jù)Documenter 則被要求Never canonize a craft-floor refusal into the system來源與評審者的 Floor 檢查形成上下游一致的底線約束。二、硬約束輪次預算與讀取是額度文檔第二、第十行給出了運行時的兩條硬約束來源硬輪次上限hard turn ceiling運行會在沒有任何警告的情況下被截斷a run that ends before the five sections are written returns nothing——沒寫完五段輸出契約的運行等于什么都沒留下。讀取是額度不是目的Treat reading as an allowance。具體紀律是只讀提供的輸入加 craft floor工藝底線文件絕不讀其他任何 skill reference 文件把多次 Read 合并到同一輪次執(zhí)行先拿截圖、comp、card、contract采樣工件的主要文件而不是遍歷目錄樹大約到第十輪時就停止閱讀、開始寫作凡是沒讀完的內(nèi)容要在分節(jié)之上的一行里點名。這段約束的深層動機在 new-work.md 第 7 節(jié) 可以找到對應(yīng)表述構(gòu)建線程在兩輪批量自檢后就應(yīng)停止打磨whatever remains ships through the handoffs, where a fresh context does the finding better and cheaper剩下的缺陷交給新上下文的評審角色找更準也更省。輪次預算本質(zhì)上是把發(fā)現(xiàn)的算力從構(gòu)建線程轉(zhuǎn)移到評審角色用制度化的隔離換發(fā)現(xiàn)質(zhì)量。輸入契約Input Contract評審者期望收到的輸入包被逐條列明來源原始請求the original request已確認的用戶回答the confirmed user answers工件路徑artifact path(s)父 Agent 捕獲的桌面與移動端截圖路徑方向契約含五個塊THESIS、OWN-WORLD、STORY、FIRST VIEWPORT、FORMPRODUCT.md路徑已有的 hook 或 detector 發(fā)現(xiàn)findings所選世界的 QUALITY BAR 卡路徑與已批準 comp 路徑技能reference/craft-floor.md的路徑。輸入契約中藏著一條反直覺的閱讀順序規(guī)則When the harness can view images, open the screenshots, the comp, and the card first, andinventory the comps salient elements in your own words before reading the direction contract or any builder-authored summary: a review anchored on the contract inherits whatever the builders abstraction dropped.來源——如果 harness 能看圖必須先打開截圖、comp 和卡片并用自己的話把 comp 的顯著元素清點一遍之后才能讀方向契約或構(gòu)建者寫的任何摘要。理由是錨定在契約上的評審會原封不動繼承構(gòu)建者抽象時丟掉的一切。契約本身是構(gòu)建者寫的用它做基準等于讓運動員給自己當裁判先建立獨立的元素清單Fidelity 檢查才有獨立于契約的判據(jù)。缺失輸入的處理方式同樣被規(guī)定在返回內(nèi)容頂部用一行說明缺了什么然后只評審可評審的部分——不阻塞、不猜測。三、六項有序檢查從持久性到底線文檔的 Checks, in order 一節(jié)來源規(guī)定六項檢查按固定順序執(zhí)行。順序本身就是優(yōu)先級越靠前失敗越材質(zhì)material。1. Persistence持久化檢查檢查三件事PRODUCT.md存在——這是產(chǎn)品事實的持久記錄whodb 倉庫根目錄即有一份 PRODUCT.md 作為該技能落地的實例若DESIGN.md早于本次構(gòu)建存在擴展或重設(shè)計場景它必須與構(gòu)建出的世界一致若是全新世界DESIGN.md由評審通過后的 documenter 補寫因此此刻缺席不算發(fā)現(xiàn)若.impeccable/mocks/下存在 comp則必須存在對應(yīng)的審批記錄——surface brief 點名了被批準的 comp或其 sidecar 中帶有approved標記。comps with no recorded pick mean the approval point was skipped, and that is a material finding有 comp 而無審批記錄說明審批環(huán)節(jié)被跳過這本身是一條實質(zhì)性發(fā)現(xiàn)。2. Fidelity保真度檢查核心這是六項中最重的一項判據(jù)是你對已批準 comp 的獨立元素清單永遠不是契約對它的轉(zhuǎn)述。需要逐一比對并分類的維度包括拓撲topology、閱讀順序、焦點尺度focal scale、重疊與 z-order、密度、簽名幾何、主操作的處理方式comp 中被物理性加工、溶解或蓋章的 CTA 是簽名元素用普通矩形渲染即構(gòu)成 contradicted、導航項與圖標、標題層級與尺度關(guān)系。每個顯著元素必須歸入五類之一分類含義match與 comp 一致acceptable adaptation可接受的適配必須引用證據(jù)missing缺失contradicted與 comp 矛盾added without approval未經(jīng)批準新增矩陣中有兩行是強制的每次評審都必須出現(xiàn)TYPE字體氣質(zhì)對照 comp 檢查展示字體的字面特征、壓縮比、字寬、字重、對比度、字端處理terminals。a face of a different character is contradicted however the layout matches——字體氣質(zhì)不同即 contradicted哪怕布局完全吻合。MATERIAL材質(zhì)comp 呈現(xiàn)為繪制、有紋理、有體積感或攝影質(zhì)感的元素若被渲染成扁平 CSS 或干凈矢量is contradicted regardless of placement, because medium is part of the promise——介質(zhì)本身就是承諾的一部分位置擺得再對也不成立。當沒有提供已批準 comp 時TYPE 與 MATERIAL 并不豁免而是改以契約的 OWN-WORLD 塊和該世界的真實材質(zhì)為判據(jù)。此時有一條極具辨識度的判定準則來源imitation material仿制材質(zhì)是機器生成設(shè)計最可靠的標記——CSS 斜邊bevels、浮雕embossing、仿蓋章金屬、仿粉筆效果凡是對頁面從未真正渲染過的材質(zhì)做模仿一律直接判 contradicted。適配要算作有意為之必須引用四類證據(jù)之一用戶回答、surface brief、無障礙需求或迫使該偏離的產(chǎn)品事實未引用的偏離就是缺陷。而缺失簽名元素、拓撲改變、未經(jīng)批準新增內(nèi)容會直接判 Fidelity 失敗并在material_fixes排序中壓過一切工藝點。當焦點元素的 MATERIAL 被 contradicted或矛盾已成整頁而非例外時規(guī)則要求立即停止下達修復指令第一條 material fix 必須是rebuild 指令點名需要重新推導的 comp 區(qū)域和需要產(chǎn)出的資產(chǎn)。文檔對此有一句尖銳的說明a list of patches against a rejected page launders the rejection into an approval——對一張已被否決的頁面逐條開修補單等于把否決洗白成批準。同時規(guī)定凡是需要產(chǎn)出資產(chǎn)的修復必須顯式寫成produce: region as a raster asset絕不寫成會被父 Agent 用一段 CSS 應(yīng)付過去的樣式微調(diào)。最后一句劃定了 comp 的規(guī)格邊界comp 是構(gòu)圖、拓撲、元素清單、密度、字體氣質(zhì)與材質(zhì)的規(guī)格不是像素級規(guī)格——語義、無障礙與響應(yīng)式重排上的允許差異只覆蓋轉(zhuǎn)譯translation不覆蓋替換replacement。3. Ceiling上限檢查對照所選世界的 QUALITY BAR 卡點名該世界原生設(shè)備中構(gòu)建尚未使用的部分框架frame、深度depth、字體處理lettering treatment、裝飾密度ornament density、動效motion。文檔同時給出邊界The card governs commitment and finish, never composition——質(zhì)量卡管的是投入度與完成度永不管構(gòu)圖構(gòu)圖歸 Fidelity 管。new-work.md 中 QUALITY BAR 卡的來源也得到了印證它隨目錄catalog中的每個視覺世界附帶They set the craft level the build must reach, a rendered references finish, commitment, and art direction, never the composition。4. Contract逐承諾檢查契約檢查的第一動作不是看渲染而是驗證 FORM 塊攜帶了概念搖獎concept roll打印的seed keya contract with no seed key, or one the parent cannot corroborate, means the roll was skipped and that is a material fix ahead of any craft point.來源這條檢查在倉庫中有著完整的實現(xiàn)鏈條。concept-seed.mjs 負責從外部擲骰子——文件頭注釋解釋了設(shè)計動機來源同一提示詞框架下模型會反復收斂到同一批概念所以搖獎必須在模型之外完成key 的生成邏輯是process.env.IMPECCABLE_CONCEPT_SEED || crypto.randomBytes(4).toString(hex)來源即八位十六進制種子。腳本輸出會打印形如DIRECTION CONCEPT SEED (key: key; mode: ...)的行并附上復現(xiàn)命令來源。而 new-work.md 第 5 節(jié) 規(guī)定方向契約五塊以 HTML 注釋寫入工件根布局的 body 開頭FORM 塊必須記錄the seed key the script printed并在首次生產(chǎn)構(gòu)建后 grep 構(gòu)建產(chǎn)物確認契約沒被構(gòu)建抹掉。于是形成閉環(huán)腳本擲出 key → 契約記錄 key → 評審驗證 key。評審者發(fā)現(xiàn)契約沒有 seed key即判定搖獎被跳過且該 material fix 優(yōu)先于一切工藝點。驗證 seed key 之后才是對五個塊逐一核對渲染是否兌現(xiàn)了承諾并對首屏執(zhí)行memory test記憶測試。該測試的定義在 new-work.md 第 6 節(jié)if someone left after one viewport, what would they describe an hour later? If the honest answer is a mood, the concept has not committed yet.——如果一個訪客只看了首屏就離開一小時后他還能描述出什么若誠實的答案是一種氛圍說明概念尚未落地。5. Truth真實性檢查五個判定要點演示數(shù)據(jù)必須被制作并明確標注為 synthetic合成數(shù)據(jù)不得編造商業(yè)聲明未回答的聲明以帶標記的占位符呈現(xiàn)而不是默默省略已批準 comp 中每一個 image-native 區(qū)域都必須以真實資產(chǎn)交付而不是用漸變頂替每一個產(chǎn)出資產(chǎn)都必須在截圖中可見地存在以近零透明度應(yīng)用、或藏在其他繪制層后面的資產(chǎn)is a compliance token, not a shipped material——那是合規(guī)道具不是交付材質(zhì)。這一條與 Asset Producer 的職責邊界相互咬合degraded/asset-producer.md 要求資產(chǎn)默認去掉燒錄的 UI 文本與 mock chrome、以至少 2 倍顯示尺寸交付并在每個生成后運行embed-prompt.mjs把生成提示詞嵌入圖片本身來源使資產(chǎn)是什么隨資產(chǎn)留存——這恰好是 Truth 檢查每個資產(chǎn)可被驗證所需的證據(jù)鏈。6. Floor底線檢查讀取 craft-floor.md 的Refuse 清單拿截圖逐條對照。craft-floor 的 Refuse 一節(jié)來源列舉的典型禁用項包括標題上方的 kicker / eyebrowThis one is a ban, not a default: no brief earns it back——這是唯一的絕對禁令任何 brief 都無法掙回它來源neobrutalist 世界之外的硬偏移陰影box-shadow: 4px 4px 0用 Unicode 字符或 emoji 冒充圖標系統(tǒng)系統(tǒng)展示字體Impact、Arial Black、平臺默認無襯線漸變文字、卡片/列表項/提示框上超過 1px 的彩色border-left/border-right、條紋背景、裝飾性玻璃擬態(tài)與毛玻璃、hero-metric 模板等。評審文檔對 Floor 檢查的定性很關(guān)鍵來源被禁元素即便與 comp 中任何內(nèi)容都不沖突也是 material fix——因為構(gòu)建者在動手前已經(jīng)加載過同一份禁令對 comp 的保真不能為底線拒絕的東西背書。同時文檔明確父 Agent 的 hook findings 在有 hook 的 harness 上會機械地覆蓋這類檢查Floor 檢查存在的意義恰恰是無 hook 的 harness 什么發(fā)現(xiàn)都不會帶過來——文檔甚至點出了一次實際事故the last two live sessions shipped five kickers past a reviewer that never looked最近兩次實機運行五個 kicker 從一個根本沒看的評審者面前溜走并上線。文末還有一條反向紀律Do not run a second detector pass; mechanical findings belong to the parents hooks.來源——評審者不得自行跑第二輪檢測器機械發(fā)現(xiàn)歸父 Agent 的 hook 管。評審者的價值在于判斷不在于重復機器勞動。四、Disposition三級裁定的推導規(guī)則返回報告的第一行必須是disposition: rebuild、disposition: fix或disposition: ship之一其推導規(guī)則是純邏輯的來源裁定觸發(fā)條件rebuildrebuild-directive 條件被觸發(fā)Fidelity 整體失敗fixmaterial_fixes非空ship元素矩陣中不存在任何 contradicted 或 missing 行原文的措辭是 It is derived, never felt——裁定是被推導出來的絕不允許是感覺出來的。文檔用一段話鎖死評審者的校準基準You are the last gate before the user, not a colleague softening news for a colleague。校準對象是已批準的 comp 與世界的質(zhì)量卡絕不是構(gòu)建中可見的勞動量A page a design director would send back is fix at best however functional it is設(shè)計總監(jiān)會退回的頁面功能再完善也最多是 fixa page whose focal craft sits far below the comp is rebuild however complete its structure焦點工藝遠低于 comp 的頁面結(jié)構(gòu)再完整也是 rebuild。而父 Agent 對裁定詞只有逐字轉(zhuǎn)述的義務(wù)has no authority to soften it——沒有權(quán)力軟化它。五、輸出契約先裁定后五段輸出契約來源規(guī)定先返回 disposition 行隨后恰好五個分節(jié)不多不少分節(jié)內(nèi)容要求persistencepass/fail 加具體說明fidelity元素矩陣每個顯著元素一行match / adaptation / missing / contradicted / added without approvaladaptation 必須引用證據(jù)或一句話 faithfulceiling未被使用的原生設(shè)備或 reachedmaterial_fixes有序列表最材質(zhì)者優(yōu)先Fidelity 失敗排在一切工藝點之前每條一行并綁定到某項檢查或契約承諾至多八條keep一行點名修復時不可稀釋的東西缺失輸入在分節(jié)之上的一行里點名。契約末尾有兩條文風禁令No praise, no summary prose——不贊美不寫總結(jié)性散文。這與 new-work.md 第 7 節(jié) 對父 Agent 的驗收要求對應(yīng)父 Agent 必須驗證評審返回攜帶全部五段契約內(nèi)容on an empty or thrashed return, respawn once with the same inputs——返回為空或混亂時用相同輸入重新派生一次。material_fixes的排序規(guī)則最材質(zhì)者優(yōu)先、Fidelity 壓工藝與 Fidelity 檢查中缺失簽名元素壓過一切工藝點的表述互為表里而keep分節(jié)則是給父 Agent 的防退化保險批量修復最容易發(fā)生的事就是修 A 壞 Bkeep明確告訴執(zhí)行者哪些東西在這輪修復中不許被稀釋。六、Verdict Pass修復后的打分回合當父 Agent 帶著修復后的重新截圖post-fix recaptures返回時評審者進入 Verdict Pass來源。該回合的規(guī)則是打分不是重新找茬you are scoring, not re-hunting。父 Agent 對修了什么的敘述不構(gòu)成證據(jù)a claimed fix you cannot see in the recaptures is unresolved——聲稱修了但重新截圖里看不到的就是未解決。對上一輪 review 中的每條 material fix 逐行打分resolved、partial或unresolved且必須綁定到新截圖可見地呈現(xiàn)的東西。特別地a fix answered mechanically, positions moved but the quality the finding named still absent, is partial at best——位置挪了但發(fā)現(xiàn)所指的質(zhì)量仍然缺席的機械式修復最高只能算 partial。最多點名三條由修復批次本身引入的回歸regression按同一套矩陣規(guī)則判斷除此之外什么都不做不新找、不新查。返回恰好兩個分節(jié)verdict打分明細與remaining仍然開放的問題或 clear結(jié)尾附上對照剩余開放項重算后的 disposition 行。重算有一條鐵律unresolved or partial material findings can never recompute to ship——存在未解決或部分解決的實質(zhì)性發(fā)現(xiàn)時裁定永遠不可能重算成 ship。這條規(guī)則與 new-work.md 第 7 節(jié) 描述的預算機制銜接無人值守運行的收尾預算是兩輪Recapture measures positions, loading, and overflow; it cannot measure whether a fix reached the quality the finding named——重截圖只能量位置、加載與溢出量不出修復是否達到了發(fā)現(xiàn)所命名的質(zhì)量所以必須送回同一評審者打分兩輪后仍有開放項的受值守會話把表格擺到用戶面前由用戶在按現(xiàn)狀交付與再資助一輪之間選擇。七、收尾閉環(huán)與降級運行模式把 new-work.md 第 7 節(jié) 的流程與本文檔放回同一張圖Finish Reviewer 在收尾閉環(huán)中的位置是這樣的構(gòu)建線程自檢桌面與移動端截圖合并一輪批量檢查對照請求與方向契約修復實質(zhì)缺口最多兩輪后停止打磨無 hook 的 harness 需在此處跑一次node .agents/skills/impeccable/scripts/detect.mjs --json并把剩余發(fā)現(xiàn)傳給評審者來源。派生評審者以全新上下文不 fork 對話歷史spawnimpeccable-finish-reviewer輸入包即上文第二節(jié)所列九項The reviewer has no browser; screenshots you fail to pass are checks it cannot run——你沒傳的截圖就是它跑不了的檢查。執(zhí)行裁定評審者返回 disposition 與五段。若第一條 material fix 是 rebuild 指令父 Agent 跳過修復批次立即執(zhí)行重建——re-derive the named regions, produce the named assets, and send the result back for a verdict重建后再次送回 Verdict Pass只有當?shù)诙?rebuild 指令到達、兩份裁定同時在案、或重建會丟棄用戶已批準的內(nèi)容時才征詢用戶。批量修復與重拍否則一次性應(yīng)用全部 material fixes重建一次重拍相同視口。Verdict Pass 打分回到同一評審者逐條 resolved / partial / unresolved重算 dispositionpartial 或 unresolved 的項再進入下一輪修復—重拍—裁定。文檔化評審關(guān)閉后spawn documenter 從已構(gòu)建的世界倒寫DESIGN.mddegraded/documenter.md 是其降級形態(tài)A clean detector pass is not finished; finished is the contract kept, the comp honored, the review closed, and the system recorded.來源檢測器通過不等于完工契約兌現(xiàn)、comp 被尊重、評審關(guān)閉、系統(tǒng)被記錄四者齊備才是完工。Degraded 模式無子代理能力時的內(nèi)聯(lián)運行本文檔標題下的 degraded 即指降級運行形態(tài)。文件第二行規(guī)定了內(nèi)聯(lián)替換協(xié)議來源This harness has no subagent capability, so you are running this role inline. Step fully out of the work you just finished, adopt only this files instructions for the pass, and disclose the substitution in one line when you report.即當 harness 完全沒有子代理能力時由當前 Agent 完全退出剛結(jié)束的構(gòu)建心態(tài)、只采納本文件的指令執(zhí)行這一趟評審并在匯報時用一行披露這次替換。Where the text below addresses a parent agent, you are both parties: produce the full output contract first, then act on it yourself——文中凡是指向父 Agent 的語句此時你同時扮演雙方先產(chǎn)出完整輸出契約然后自己執(zhí)行它。這與 new-work.md 第 7 節(jié) 的兜底條款一一對應(yīng)Only a harness whose tool surface has no subagent capability at all substitutes a fresh in-thread pass after stepping fully out of the build context, run from degraded/finish-reviewer.md, and a substituted or failed-and-replaced review is disclosed in one line at finish, never silently——替換評審必須披露絕不許靜默。降級模式保留了全部紀律同樣的輸入契約、六項檢查、disposition 推導、五段輸出唯一變化的是執(zhí)行者從獨立子代理變成了自我隔離后的同一 Agent。八、小結(jié)finish-reviewer.md 用一份約四十行的角色規(guī)范把完工評審做成了可推導、可審計、可復現(xiàn)的制度輸入契約固定了證據(jù)集先清點 comp 再讀契約的閱讀順序防止評審被構(gòu)建者的抽象俘獲六項有序檢查把持久性、保真、上限、契約兌現(xiàn)、真實性、底線分別鎖到明確的判據(jù)上seed key 可 grep 驗證、TYPE/MATERIAL 強制成行、仿制材質(zhì)一票否決、禁用元素一律 material三級 disposition 的推導規(guī)則剝奪了憑感覺放行的空間五段輸出契約與至多八條的修復上限保證了報告可執(zhí)行Verdict Pass 的打分而非再找茬則把修復質(zhì)量驗證收斂到重新截圖的可見證據(jù)上。在 whodb 倉庫中該文件與 impeccable_finish_reviewer.toml、craft-floor.md、new-work.md 及 concept-seed.mjs 共同構(gòu)成了一條從方向搖獎、契約落紙、批量構(gòu)建到新鮮評審、裁定打分、倒寫文檔的完整收尾流水線理解這一角色就理解了把發(fā)現(xiàn)交給隔離上下文這套 Agent 工作流設(shè)計思想在評審環(huán)節(jié)的具體落地。贊分享數(shù)據(jù)庫客戶端后端前端CLI桌面應(yīng)用數(shù)據(jù)可視化AI 應(yīng)用【免費下載鏈接】whodbWhere data access meets operational intelligence項目地址https://gitcode.com/gh_mirrors/wh/whodb點擊查看免費下載相關(guān)推薦Impeccable Finish Reviewer 實戰(zhàn)指南構(gòu)建收尾的零妥協(xié)評審契約Impeccable Finish Reviewer 實戰(zhàn)指南構(gòu)建收尾的零妥協(xié)評審契約 在 Impeccable 的設(shè)計構(gòu)建流程中最容易被構(gòu)建者的注意力引AI 技能前端CLIdsh-pluginImpeccable Finish Reviewer 源碼解析無子代理 Harness 下的內(nèi)聯(lián)終審評審角色Impeccable Finish Reviewer 源碼解析無子代理 Harness 下的內(nèi)聯(lián)終審評審角色 本文解析 Impeccable 技能包中的 FiAI 技能前端CLIdsh-plugin3分鐘裝好Octop自托管AI助手macOS/Linux一鍵腳本安裝完整教程3分鐘裝好Octop自托管AI助手macOS/Linux一鍵腳本安裝完整教程 Octop 是一個開源、自托管的多用戶 AI 助手平臺支持多 Agent 協(xié)作AI 應(yīng)用AI Agent大模型本地部署交互助手RAG上一篇NS-USBloader終極指南一站式解決Switch游戲安裝難題下一篇如何快速掌握Greasy Fork終極瀏覽器腳本管理平臺完整指南創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考