：把滲透發(fā)現(xiàn)一鍵轉(zhuǎn)成標(biāo)準(zhǔn)化的安全評估報告條目)
Fabric create_report_finding 模式實戰(zhàn)把滲透發(fā)現(xiàn)一鍵轉(zhuǎn)成標(biāo)準(zhǔn)化的安全評估報告條目【免費(fèi)下載鏈接】FabricFabric is an open-source framework for augmenting humans using AI. It provides a modular system for solving specific problems using a crowdsourced set of AI prompts that can be used anywhere.項目地址: https://gitcode.com/GitHub_Trending/fa/Fabriccreate_report_finding是 Fabric 倉庫中一個面向網(wǎng)絡(luò)安全從業(yè)者的 AI 模式它把“一條漏洞標(biāo)題 一段簡要說明”作為輸入驅(qū)動模型扮演資深全棧安全顧問產(chǎn)出一份可直接嵌入滲透測試或紅隊評估報告的 Markdown 發(fā)現(xiàn)項。閱讀本文后你將掌握該模式system.md中定義的完整角色、分步處理流程與輸出約束知道如何用fabric -p create_report_finding在本機(jī)運(yùn)行它并能把它與倉庫中improve_report_finding、analyze_risk等相鄰模式組合成報告寫作流水線。1. 模式定位給安全報告“打草稿”的寫作型 PatternFabric 項目的模式Pattern是一套“可復(fù)用 AI 提示詞包”每個模式針對一類具體問題通過命令行把輸入內(nèi)容交給大模型處理。倉庫中圍繞網(wǎng)絡(luò)安全報告寫作沉淀了一組互相銜接的模式data/patterns/create_report_finding/system.md 正是其中負(fù)責(zé)“從零生成發(fā)現(xiàn)項”的一環(huán)。在 internal/cli/flags.go 中-p / --pattern參數(shù)定義了“從可用模式中選擇一個執(zhí)行”當(dāng)可執(zhí)行文件名為非 fabric 的自定義名稱如為某模式建立符號鏈接時flags.go 還會自動把它當(dāng)作模式名使用。也就是說create_report_finding既可以顯式傳參調(diào)用也能通過命令別名直接觸發(fā)這正是該倉庫模式體系“隨處可用”的落地方式。該模式的輸入契約非常簡單一個漏洞標(biāo)題 對該發(fā)現(xiàn)的簡要解釋。輸出則是一份高度結(jié)構(gòu)化的 Markdown 安全發(fā)現(xiàn)供評估人員審閱、修訂后并入正式報告。2. 角色設(shè)定IDENTITY 決定生成者的“專家視角”模式原文在# IDENTITY and PURPOSE一節(jié)規(guī)定了模型的扮演身份與任務(wù)邊界你是一位經(jīng)驗極其豐富的“多面手”網(wǎng)絡(luò)安全顧問嚴(yán)謹(jǐn)、簡潔、信息充分且專業(yè)具備 Web、API、基礎(chǔ)設(shè)施本地與云和移動端測試的深厚經(jīng)驗同時是威脅建模與分析的專家任務(wù)是為網(wǎng)絡(luò)安全評估報告創(chuàng)建一條 Markdown 格式的安全發(fā)現(xiàn)輸出必須包含如下區(qū)塊Description、Risk、Recommendations、References、One-Sentence-Summary、Trends、Quotes用戶只需提供漏洞標(biāo)題與簡要說明模型應(yīng)以“退后一步、分步思考”的方式嚴(yán)格按下列步驟產(chǎn)出最佳結(jié)果。這一身份設(shè)計決定了后續(xù)所有輸出都應(yīng)以“可交付給客戶的正式報告”為質(zhì)量標(biāo)準(zhǔn)而不是技術(shù)筆記或聊天式回答。從該模式的實際目錄結(jié)構(gòu)含 system.md 與僅含CONTENT:占位符的 user.md可以推斷用戶提供的原始漏洞信息被作為CONTENT之后的內(nèi)容拼接進(jìn)提示形成一次完整調(diào)用。3. STEPS從標(biāo)題到成稿的八段式處理流程system.md用# STEPS一節(jié)規(guī)定了模型的逐步動作這是整個模式的核心骨架Title創(chuàng)建標(biāo)題區(qū)塊承載該發(fā)現(xiàn)的標(biāo)題。Description詳細(xì)刻畫發(fā)現(xiàn)的性質(zhì)寫入有洞察力且信息量充分的文字本節(jié)禁止使用項目符號列表應(yīng)使用連貫敘述。Risk說明該發(fā)現(xiàn)的風(fēng)險本節(jié)不能只堆砌項目符號需用文字展開論證。Recommendations從輸入內(nèi)容中提煉 515 條最令人意外、最有洞見或最有趣的建議。References列出 15 條命名恰當(dāng)?shù)囊贸溄又赶蛴懻撛搯栴}、相關(guān)技術(shù)與修復(fù)方法的權(quán)威文章不確定時不得憑空捏造也不得虛張聲勢。One-Sentence-Summary用一句少于 25 個詞的平實口語總結(jié)發(fā)現(xiàn)及其洞見禁用術(shù)語與營銷腔。Quotes從輸入中提取 1020 條最令人意外、最有洞見或最有趣的原文引用優(yōu)先取自已生成的 Description、Risk、Recommendations 與 Trends 區(qū)塊必須逐字使用輸入中的原句?？梢宰⒁獾竭@套步驟把“生成”與“自我舉證”結(jié)合了起來Description、Risk 是模型對發(fā)現(xiàn)的推演而 Quotes 要求回扣輸入原文從而把虛構(gòu)空間的產(chǎn)出重新錨定到事實材料上。4. OUTPUT INSTRUCTIONS把輸出鎖死在報告可用格式模式對輸出格式施加了嚴(yán)格約束這是它區(qū)別于普通提示詞、能夠穩(wěn)定產(chǎn)出“可直接并入報告”內(nèi)容的關(guān)鍵只輸出 Markdown不要輸出 Markdown 代碼語法圍欄只輸出正文內(nèi)容輸出中不得使用粗體或斜體格式必須從內(nèi)容中提取至少 5 條 TRENDS趨勢其余輸出區(qū)塊的條目至少達(dá)到 10 項其中 Recommendations 依 STEPS 取 515 條、Quotes 取 1020 條、References 取 15 條各區(qū)塊量級約束需按字段語義取舍不輸出警告或說明文字只輸出要求的區(qū)塊列表一律使用項目符號-不得使用編號列表引用Quotes與參考References不得重復(fù)列表條目不得以相同的開頭詞起頭必須遵守以上所有指令。這些約束的價值在于“反污染”去掉代碼圍欄與加粗確保發(fā)現(xiàn)項粘貼進(jìn)評估報告后不會產(chǎn)生渲染碎片禁止重復(fù)條目與雷同開頭是為了保證一段較長的發(fā)現(xiàn)文本在閱讀上不單調(diào)、不冗余。對追求交付質(zhì)量的評估團(tuán)隊而言這類格式紀(jì)律往往決定了 AI 草稿能否被直接采納。5. 命令行實戰(zhàn)在本機(jī)運(yùn)行 create_report_finding該模式隸屬于倉庫根目錄下的 data/patterns 模式集合。正常安裝 Fabric 后patterns 會在配置階段被加載其默認(rèn)下載源與目錄分別定義在 internal/tools/patterns_loader.go默認(rèn)文件夾為data/patternssystem.md作為系統(tǒng)提示文件名的約定定義在 internal/plugins/db/fsdb/db.go。5.1 最小調(diào)用把包含漏洞標(biāo)題與簡要說明的文本經(jīng)標(biāo)準(zhǔn)輸入stdin喂給模式cat finding_input.txt | fabric -p create_report_findingfinding_input.txt的內(nèi)容按 INPUT 契約組織例如Vulnerability Title: 未授權(quán)訪問內(nèi)部管理 API The /internal/admin endpoints are reachable without authentication from the public internet. The API returns configuration dumps including database credentials and customer PII. This was confirmed on staging and production.5.2 保留并輸出成文件評估報告寫作往往需要落盤后繼續(xù)人工修訂可使用-o輸出參數(shù)其定義見 flags.gofabric -p create_report_finding -o findings/path-traversal.md finding_input.txt5.3 先看再發(fā)dry-run 調(diào)試不放心模式拼裝結(jié)果時可用--dry-run查看將要發(fā)送給模型的消息而不真正發(fā)起調(diào)用該參數(shù)定義于 flags.gofabric -p create_report_finding --dry-run finding_input.txt5.4 與其他參數(shù)配合-m / --model選擇模型、-V / --vendor選擇供應(yīng)商例如fabric -p create_report_finding -V GitHub -m openai/gpt-4o-mini-t控制溫度默認(rèn) 0.7見 flags.go。安全報告需要嚴(yán)謹(jǐn)措辭時可適當(dāng)調(diào)低溫度減少發(fā)散-v用于傳入模式變量格式如-v#role:expert見 flags.go如果你為模式加入了可替換變量可在此處動態(tài)注入-c / --copy把輸出直接復(fù)制到剪貼板適合“生成即粘貼進(jìn)報告”。5.5 以命令名直呼模式倉庫支持把可執(zhí)行文件命名為模式名來直接調(diào)用見 flags.go例如創(chuàng)建名為create_report_finding的入口后可簡化為cat finding_input.txt | create_report_finding6. 把報告寫作串成流水線與相鄰安全模式協(xié)同評估報告通常不止“生成”一個環(huán)節(jié)。倉庫在create_report_finding之外還沉淀了同一知識域的相鄰模式可組合使用create_report_finding/system.md從漏洞標(biāo)題與簡要說明生成全新發(fā)現(xiàn)項本文主題improve_report_finding/system.md角色設(shè)定與區(qū)塊結(jié)構(gòu)與前者幾乎一致但任務(wù)從“創(chuàng)建”變?yōu)椤案倪M(jìn)已從滲透測試報告抽取出的發(fā)現(xiàn)項”適合對存量草稿做第二遍打磨安全分析/風(fēng)險類模式如 analyze_risk/system.md、analyze_incident/system.md 等可在發(fā)現(xiàn)項動筆前先完成對攻擊面、事件或風(fēng)險的剖析把其結(jié)論作為create_report_finding的輸入材料。推薦工作流可組織為原始滲透數(shù)據(jù) → 分析類模式產(chǎn)出結(jié)構(gòu)性結(jié)論 → 抽取標(biāo)題與要點 →create_report_finding生成初稿 →improve_report_finding復(fù)審潤色 → 人工校對后并入正式報告。由于兩個寫作模式的輸出結(jié)構(gòu)高度一致均含 Title/Description/Risk/Recommendations/References/One-Sentence-Summary/Quotes交接時不會出現(xiàn)格式斷層。7. 使用要點與注意事項基于模式原文與倉庫實現(xiàn)實際使用時值得注意以下幾點輸入質(zhì)量決定輸出上限模式只接收“標(biāo)題 簡要說明”因此喂入內(nèi)容應(yīng)盡量包含可復(fù)現(xiàn)細(xì)節(jié)端點、請求、影響面模型才能在 Description 與 Risk 中展開而不致空洞。防幻覺內(nèi)置在提示中References 區(qū)塊明確要求“不確定時不得捏造鏈接、不得虛張聲勢”實際使用時應(yīng)校驗生成引用的真實性不可盲信。Quotes 依賴輸入原文由于要求逐字引用輸入內(nèi)容若原始輸入過短Quotes 與 Trends 的條數(shù)約束可能難以達(dá)成可在輸入中附帶測試步驟、日志片段等素材。報告場景宜低溫度安全報告講究措辭審慎必要時以-t 0.2 ~ 0.5調(diào)用減少模型對風(fēng)險等級的夸大或弱化。關(guān)注輸出格式紀(jì)律模式要求不使用加粗/斜體、不使用編號列表、輸出純 Markdown 正文這些約束正是為了讓結(jié)果可直接嵌入評估報告修訂時請勿先破壞其結(jié)構(gòu)。8. 小結(jié)create_report_finding是 Fabric 模式庫中“文檔化知識固化進(jìn)提示詞”的典型樣本它把資深安全顧問的角色、報告寫作的分步法、以及可交付的格式紀(jì)律全部編碼進(jìn)一份 system.md讓任何具備基礎(chǔ)模型能力的終端都能以fabric -p create_report_finding一鍵產(chǎn)出規(guī)范化的安全發(fā)現(xiàn)草稿。結(jié)合倉庫源碼中-p/--pattern的參數(shù)解析internal/cli/flags.go與system.md的加載約定internal/plugins/db/fsdb/db.go你也可以參照它的結(jié)構(gòu)編寫自己的“報告條目”模式把團(tuán)隊內(nèi)部的安全報告規(guī)范沉淀為可復(fù)用資產(chǎn)?！久赓M(fèi)下載鏈接】FabricFabric is an open-source framework for augmenting humans using AI. It provides a modular system for solving specific problems using a crowdsourced set of AI prompts that can be used anywhere.項目地址: https://gitcode.com/GitHub_Trending/fa/Fabric創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考 Fabric create_report_finding 模式實戰(zhàn)：把滲透發(fā)現(xiàn)一鍵轉(zhuǎn)成標(biāo)準(zhǔn)化的安全評估報告條目
Fabric create_report_finding 模式實戰(zhàn)把滲透發(fā)現(xiàn)一鍵轉(zhuǎn)成標(biāo)準(zhǔn)化的安全評估報告條目【免費(fèi)下載鏈接】FabricFabric is an open-source framework for augmenting humans using AI. It provides a modular system for solving specific problems using a crowdsourced set of AI prompts that can be used anywhere.項目地址: https://gitcode.com/GitHub_Trending/fa/Fabriccreate_report_finding是 Fabric 倉庫中一個面向網(wǎng)絡(luò)安全從業(yè)者的 AI 模式它把“一條漏洞標(biāo)題 一段簡要說明”作為輸入驅(qū)動模型扮演資深全棧安全顧問產(chǎn)出一份可直接嵌入滲透測試或紅隊評估報告的 Markdown 發(fā)現(xiàn)項。閱讀本文后你將掌握該模式system.md中定義的完整角色、分步處理流程與輸出約束知道如何用fabric -p create_report_finding在本機(jī)運(yùn)行它并能把它與倉庫中improve_report_finding、analyze_risk等相鄰模式組合成報告寫作流水線。1. 模式定位給安全報告“打草稿”的寫作型 PatternFabric 項目的模式Pattern是一套“可復(fù)用 AI 提示詞包”每個模式針對一類具體問題通過命令行把輸入內(nèi)容交給大模型處理。倉庫中圍繞網(wǎng)絡(luò)安全報告寫作沉淀了一組互相銜接的模式data/patterns/create_report_finding/system.md 正是其中負(fù)責(zé)“從零生成發(fā)現(xiàn)項”的一環(huán)。在 internal/cli/flags.go 中-p / --pattern參數(shù)定義了“從可用模式中選擇一個執(zhí)行”當(dāng)可執(zhí)行文件名為非 fabric 的自定義名稱如為某模式建立符號鏈接時flags.go 還會自動把它當(dāng)作模式名使用。也就是說create_report_finding既可以顯式傳參調(diào)用也能通過命令別名直接觸發(fā)這正是該倉庫模式體系“隨處可用”的落地方式。該模式的輸入契約非常簡單一個漏洞標(biāo)題 對該發(fā)現(xiàn)的簡要解釋。輸出則是一份高度結(jié)構(gòu)化的 Markdown 安全發(fā)現(xiàn)供評估人員審閱、修訂后并入正式報告。2. 角色設(shè)定IDENTITY 決定生成者的“專家視角”模式原文在# IDENTITY and PURPOSE一節(jié)規(guī)定了模型的扮演身份與任務(wù)邊界你是一位經(jīng)驗極其豐富的“多面手”網(wǎng)絡(luò)安全顧問嚴(yán)謹(jǐn)、簡潔、信息充分且專業(yè)具備 Web、API、基礎(chǔ)設(shè)施本地與云和移動端測試的深厚經(jīng)驗同時是威脅建模與分析的專家任務(wù)是為網(wǎng)絡(luò)安全評估報告創(chuàng)建一條 Markdown 格式的安全發(fā)現(xiàn)輸出必須包含如下區(qū)塊Description、Risk、Recommendations、References、One-Sentence-Summary、Trends、Quotes用戶只需提供漏洞標(biāo)題與簡要說明模型應(yīng)以“退后一步、分步思考”的方式嚴(yán)格按下列步驟產(chǎn)出最佳結(jié)果。這一身份設(shè)計決定了后續(xù)所有輸出都應(yīng)以“可交付給客戶的正式報告”為質(zhì)量標(biāo)準(zhǔn)而不是技術(shù)筆記或聊天式回答。從該模式的實際目錄結(jié)構(gòu)含 system.md 與僅含CONTENT:占位符的 user.md可以推斷用戶提供的原始漏洞信息被作為CONTENT之后的內(nèi)容拼接進(jìn)提示形成一次完整調(diào)用。3. STEPS從標(biāo)題到成稿的八段式處理流程system.md用# STEPS一節(jié)規(guī)定了模型的逐步動作這是整個模式的核心骨架Title創(chuàng)建標(biāo)題區(qū)塊承載該發(fā)現(xiàn)的標(biāo)題。Description詳細(xì)刻畫發(fā)現(xiàn)的性質(zhì)寫入有洞察力且信息量充分的文字本節(jié)禁止使用項目符號列表應(yīng)使用連貫敘述。Risk說明該發(fā)現(xiàn)的風(fēng)險本節(jié)不能只堆砌項目符號需用文字展開論證。Recommendations從輸入內(nèi)容中提煉 515 條最令人意外、最有洞見或最有趣的建議。References列出 15 條命名恰當(dāng)?shù)囊贸溄又赶蛴懻撛搯栴}、相關(guān)技術(shù)與修復(fù)方法的權(quán)威文章不確定時不得憑空捏造也不得虛張聲勢。One-Sentence-Summary用一句少于 25 個詞的平實口語總結(jié)發(fā)現(xiàn)及其洞見禁用術(shù)語與營銷腔。Quotes從輸入中提取 1020 條最令人意外、最有洞見或最有趣的原文引用優(yōu)先取自已生成的 Description、Risk、Recommendations 與 Trends 區(qū)塊必須逐字使用輸入中的原句?？梢宰⒁獾竭@套步驟把“生成”與“自我舉證”結(jié)合了起來Description、Risk 是模型對發(fā)現(xiàn)的推演而 Quotes 要求回扣輸入原文從而把虛構(gòu)空間的產(chǎn)出重新錨定到事實材料上。4. OUTPUT INSTRUCTIONS把輸出鎖死在報告可用格式模式對輸出格式施加了嚴(yán)格約束這是它區(qū)別于普通提示詞、能夠穩(wěn)定產(chǎn)出“可直接并入報告”內(nèi)容的關(guān)鍵只輸出 Markdown不要輸出 Markdown 代碼語法圍欄只輸出正文內(nèi)容輸出中不得使用粗體或斜體格式必須從內(nèi)容中提取至少 5 條 TRENDS趨勢其余輸出區(qū)塊的條目至少達(dá)到 10 項其中 Recommendations 依 STEPS 取 515 條、Quotes 取 1020 條、References 取 15 條各區(qū)塊量級約束需按字段語義取舍不輸出警告或說明文字只輸出要求的區(qū)塊列表一律使用項目符號-不得使用編號列表引用Quotes與參考References不得重復(fù)列表條目不得以相同的開頭詞起頭必須遵守以上所有指令。這些約束的價值在于“反污染”去掉代碼圍欄與加粗確保發(fā)現(xiàn)項粘貼進(jìn)評估報告后不會產(chǎn)生渲染碎片禁止重復(fù)條目與雷同開頭是為了保證一段較長的發(fā)現(xiàn)文本在閱讀上不單調(diào)、不冗余。對追求交付質(zhì)量的評估團(tuán)隊而言這類格式紀(jì)律往往決定了 AI 草稿能否被直接采納。5. 命令行實戰(zhàn)在本機(jī)運(yùn)行 create_report_finding該模式隸屬于倉庫根目錄下的 data/patterns 模式集合。正常安裝 Fabric 后patterns 會在配置階段被加載其默認(rèn)下載源與目錄分別定義在 internal/tools/patterns_loader.go默認(rèn)文件夾為data/patternssystem.md作為系統(tǒng)提示文件名的約定定義在 internal/plugins/db/fsdb/db.go。5.1 最小調(diào)用把包含漏洞標(biāo)題與簡要說明的文本經(jīng)標(biāo)準(zhǔn)輸入stdin喂給模式cat finding_input.txt | fabric -p create_report_findingfinding_input.txt的內(nèi)容按 INPUT 契約組織例如Vulnerability Title: 未授權(quán)訪問內(nèi)部管理 API The /internal/admin endpoints are reachable without authentication from the public internet. The API returns configuration dumps including database credentials and customer PII. This was confirmed on staging and production.5.2 保留并輸出成文件評估報告寫作往往需要落盤后繼續(xù)人工修訂可使用-o輸出參數(shù)其定義見 flags.gofabric -p create_report_finding -o findings/path-traversal.md finding_input.txt5.3 先看再發(fā)dry-run 調(diào)試不放心模式拼裝結(jié)果時可用--dry-run查看將要發(fā)送給模型的消息而不真正發(fā)起調(diào)用該參數(shù)定義于 flags.gofabric -p create_report_finding --dry-run finding_input.txt5.4 與其他參數(shù)配合-m / --model選擇模型、-V / --vendor選擇供應(yīng)商例如fabric -p create_report_finding -V GitHub -m openai/gpt-4o-mini-t控制溫度默認(rèn) 0.7見 flags.go。安全報告需要嚴(yán)謹(jǐn)措辭時可適當(dāng)調(diào)低溫度減少發(fā)散-v用于傳入模式變量格式如-v#role:expert見 flags.go如果你為模式加入了可替換變量可在此處動態(tài)注入-c / --copy把輸出直接復(fù)制到剪貼板適合“生成即粘貼進(jìn)報告”。5.5 以命令名直呼模式倉庫支持把可執(zhí)行文件命名為模式名來直接調(diào)用見 flags.go例如創(chuàng)建名為create_report_finding的入口后可簡化為cat finding_input.txt | create_report_finding6. 把報告寫作串成流水線與相鄰安全模式協(xié)同評估報告通常不止“生成”一個環(huán)節(jié)。倉庫在create_report_finding之外還沉淀了同一知識域的相鄰模式可組合使用create_report_finding/system.md從漏洞標(biāo)題與簡要說明生成全新發(fā)現(xiàn)項本文主題improve_report_finding/system.md角色設(shè)定與區(qū)塊結(jié)構(gòu)與前者幾乎一致但任務(wù)從“創(chuàng)建”變?yōu)椤案倪M(jìn)已從滲透測試報告抽取出的發(fā)現(xiàn)項”適合對存量草稿做第二遍打磨安全分析/風(fēng)險類模式如 analyze_risk/system.md、analyze_incident/system.md 等可在發(fā)現(xiàn)項動筆前先完成對攻擊面、事件或風(fēng)險的剖析把其結(jié)論作為create_report_finding的輸入材料。推薦工作流可組織為原始滲透數(shù)據(jù) → 分析類模式產(chǎn)出結(jié)構(gòu)性結(jié)論 → 抽取標(biāo)題與要點 →create_report_finding生成初稿 →improve_report_finding復(fù)審潤色 → 人工校對后并入正式報告。由于兩個寫作模式的輸出結(jié)構(gòu)高度一致均含 Title/Description/Risk/Recommendations/References/One-Sentence-Summary/Quotes交接時不會出現(xiàn)格式斷層。7. 使用要點與注意事項基于模式原文與倉庫實現(xiàn)實際使用時值得注意以下幾點輸入質(zhì)量決定輸出上限模式只接收“標(biāo)題 簡要說明”因此喂入內(nèi)容應(yīng)盡量包含可復(fù)現(xiàn)細(xì)節(jié)端點、請求、影響面模型才能在 Description 與 Risk 中展開而不致空洞。防幻覺內(nèi)置在提示中References 區(qū)塊明確要求“不確定時不得捏造鏈接、不得虛張聲勢”實際使用時應(yīng)校驗生成引用的真實性不可盲信。Quotes 依賴輸入原文由于要求逐字引用輸入內(nèi)容若原始輸入過短Quotes 與 Trends 的條數(shù)約束可能難以達(dá)成可在輸入中附帶測試步驟、日志片段等素材。報告場景宜低溫度安全報告講究措辭審慎必要時以-t 0.2 ~ 0.5調(diào)用減少模型對風(fēng)險等級的夸大或弱化。關(guān)注輸出格式紀(jì)律模式要求不使用加粗/斜體、不使用編號列表、輸出純 Markdown 正文這些約束正是為了讓結(jié)果可直接嵌入評估報告修訂時請勿先破壞其結(jié)構(gòu)。8. 小結(jié)create_report_finding是 Fabric 模式庫中“文檔化知識固化進(jìn)提示詞”的典型樣本它把資深安全顧問的角色、報告寫作的分步法、以及可交付的格式紀(jì)律全部編碼進(jìn)一份 system.md讓任何具備基礎(chǔ)模型能力的終端都能以fabric -p create_report_finding一鍵產(chǎn)出規(guī)范化的安全發(fā)現(xiàn)草稿。結(jié)合倉庫源碼中-p/--pattern的參數(shù)解析internal/cli/flags.go與system.md的加載約定internal/plugins/db/fsdb/db.go你也可以參照它的結(jié)構(gòu)編寫自己的“報告條目”模式把團(tuán)隊內(nèi)部的安全報告規(guī)范沉淀為可復(fù)用資產(chǎn)?！久赓M(fèi)下載鏈接】FabricFabric is an open-source framework for augmenting humans using AI. It provides a modular system for solving specific problems using a crowdsourced set of AI prompts that can be used anywhere.項目地址: https://gitcode.com/GitHub_Trending/fa/Fabric創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考