Community研究與資料分析github.com

jerlandson-supernova/hoq:品質屋 (QFD)

透過 hoq MCP 伺服器,協同建構與閱讀品質機能展開 (QFD) 矩陣,用於將利害關係人需求優先排序為可衡量的設計特性。

hoq:品質屋 (QFD) 是什麼?

這項技能提供了一個 MCP 伺服器 (`node mcp/server.js --file house.json`),讓 AI 代理與人類協作建立「品質屋」(House of Quality, HoQ) 矩陣,這是品質機能展開 (QFD) 的核心結構。它將利害關係人的原始陳述轉化為可衡量的設計特性、評估其關係,並透過屋頂矩陣處理取捨。技能支援多平台,包括任何 MCP 相容的客戶端(如 Claude Desktop 或程式碼編輯器)。它能引導使用者逐步完成整個 QFD 流程:識別利害關係人與需求、設定重要性權重(1-5 分)、定義帶有單位與目標的特性、填充關係矩陣(空白、1、3、9 分),以及記錄特性之間的取捨。關鍵功能包含:透過提案-確認機制確保所有決策都由人類驗證、支援閘門(強制性需求)且不將其與功能一起排名、以及從問題追蹤器匯入票據,以將實施狀態連結至品質屋。使用者可以讀取優先排序、模組化區塊(用於封裝與建構順序分析)以及跨不同文件格式(Markdown、TSV、SVG、XLSX)匯出的報告。該技能還支援一個可選的 `--assist` 標記,用於 AI 輔助建議,但明確禁止未經人類確認就自動接受這些建議。

相容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/jerlandson-supernova/house-of-quality/tree/HEAD/skills/hoq

Installed? Explore more 研究與資料分析 skills: affaan-m/uspto-database, affaan-m/scholar-evaluation, affaan-m/literature-review · View all 6 →

在你喜歡的 AI 中提問

開啟一個已預先載入此 Agent Skill 的新對話。

說明文件

品質屋 (House of Quality) 與 hoq MCP 伺服器

該伺服器(node mcp/server.js --file house.json,來自 github.com/jerlandson-supernova/house-of-quality)承載一個品質屋,並在每次變更後儲存。使用者可以在網頁中開啟相同的檔案並持續編輯;你提出的提案會在那裡等待他們確認。

會議流程

  1. 利害關係人是誰? 詢問。然後,針對每個人,用他們自己的話說出他們的需求。使用 need_set,包含 need、source、short。將需求總數控制在約十六個以內。不要根據產品描述憑空發明需求。
  2. 重要性 為 1 到 5 分,屬於利害關係人。詢問,然後使用包含 importance 和 by(由誰提供)的 need_set。切勿猜測。
  3. 特性:針對每個需求,哪些可衡量的設計面向可以顯示該需求已被滿足?使用 characteristic_set,包含 unit(單位)、direction(方向:↑ ↓ ◎)、一個陌生人也能測試的 target(目標)以及測量所得的 today(現狀)。沒有單位表示這是一個願望,而非特性。任何必須在出貨前通過的項目(安全性、法規)需設定 gate: true。
  4. 關係矩陣:對於每一對(需求-特性),如果該特性決定了需求是否被滿足則為 9 分,有明確影響為 3 分,有些影響為 1 分,否則留空。大多數儲存格應保持空白。使用 relationships_set_many 提出提案,每個儲存格需附上一行的 note(備註)以及(如果你有的話)evidence(證據)。在人員確認之前(proposal_confirm 加上他們的名字,僅在他們口頭同意或已在頁面上操作時),這些數字不計入。house_next 會對值得關注的空白儲存格進行排序:那些沒有被任何特性服務的需求、沒有強力驅動因素的需求、以及沒有驅動任何東西的特性。
  5. 屋頂:成對的特性之間是相互幫助(++、+)還是相互衝突(−、−−)。使用 roof_set 提出提案。每個取捨都關係到某人的決策;請說明是誰的決策。
  6. 現狀與目標:每個需求的「現狀」與「目標」評分為 1 到 5 分,透過包含 by 的 need_set 進行。
  7. 讀取分析:house_validate(將空白行和空白列讀回給人員),house_priorities(前五名優先級、閘門),house_diagonal(區塊即模組;耦合度判決說明是否存在建構順序;需要斷開的連結指示需重新設計的部分),以及使用來自問題追蹤器匯出的票據 items_import(或每個票據使用 item_set),接著 house_items:哪些閘門已清除、關鍵路徑上的下一步、看板與測試不一致之處、逾期項目,以及每個票據在品質屋中的佔比。
  8. 交接:house_markdown 是給人員的報告;house_export 加上 tsv 格式和今天的日期是正式記錄版本;house_export 加上 svg 格式是一張圖片;xlsx 是附有即時公式的工作簿。

規則

  • 你憑空捏造的需求比缺少的需求更糟。你猜測的數字比空白的數字更糟。
  • 在提出儲存格提案之前,先說明理由;將其放入 note 中。
  • 重要性、現狀和目標:始終附帶 by。來源是審計軌跡。
  • 閘門會保留其權重,但絕不與功能一起排名。
  • 看板上的狀態只是一種聲明。狀態來自問題追蹤器(items_import);tested(已測試)的狀態是 verified(已驗證)、partial(部分)、fails(失敗)、not built(未建置)其中之一,只能基於你所見的證據設定,並附帶 retested(重新測試日期)。匯入操作永遠不會更改測試判決。
  • 網頁是用於工作;帶日期的 TSV 文件才是人們引用的依據。頁面上的編輯不會通知任何人。

如果伺服器以 --assist 參數執行

assist_suggest 會要求模型針對結構性缺口提供儲存格數值,assist_members 則會從人員提供的文字中提取需求或特性。兩者都僅以參與者 assist:<模型名稱> 的身份返回提案。在人員確認之前,請先讀出模型的理由;切勿自行確認模型的建議。

工具一覽

house_new · house_open · house_save · house_summary · house_get · house_validate · house_log · need_set · need_remove · characteristic_set · characteristic_remove · relationship_set · relationships_set_many · roof_set · propose · proposals_list · proposal_confirm · proposal_reject · house_next · item_set · items_import · item_remove · status_scale_set · house_report · house_markdown · house_priorities · house_diagonal · house_items · house_draw · house_export

資源:hoq://house,hoq://report,hoq://report.md,hoq://drawing.svg。提示詞:qfd_session。

相關技能