House of Quality with the hoq MCP 서버
서버(node mcp/server.js --file house.json, github.com/jerlandson-supernova/house-of-quality)는 하나의 집(house)을 보관하며 변경 시마다 저장합니다. 사용자는 동일한 파일을 웹 페이지에서 열어 계속 편집할 수 있습니다. 당신이 제안한 내용은 사용자가 확인할 때까지 대기합니다.
세션 순서
- 이해관계자는 누구인가요? 물어보세요. 그런 다음 각 이해관계자에게 그들의 언어로 무엇이 필요한지 물어보세요.
need_set으로need,source,short를 기록하세요. 약 16개 이하로 유지하세요. 제품 설명에서 니즈를 만들어 내지 마세요. - 중요도는 1부터 5까지이며 이해관계자가 부여합니다. 물어본 후
need_set에importance와by(누가 부여했는지)를 함께 기록하세요. 절대 추측하지 마세요. - 특성: 각 니즈에 대해, 설계에서 측정할 수 있는 것은 무엇이며 그것이 충족되었음을 보여줄 수 있는 것은 무엇인가요?
characteristic_set으로unit,direction(↑ ↓ ◎), 낯선 사람도 테스트할 수 있는target, 측정된today를 기록하세요. 단위가 없으면 그것은 특성이 아니라 희망사항입니다. 출시 전에 반드시 통과해야 하는 것(안전, 법규)에는gate: true를 설정하세요. - 방(room): 각 쌍에 대해, 특성이 니즈 충족 여부를 결정하면 9, 명확한 영향이 있으면 3, 약간의 영향이 있으면 1, 그 외에는 비워 둡니다. 대부분의 셀은 비어 있습니다.
relationships_set_many로 제안하며, 각 셀에는 한 줄짜리note와 가능한 경우evidence를 포함하세요. 사용자가 확인(proposal_confirm을 그들의 이름과 함께, 사용자가 말했거나 페이지에서 확인했을 때만)하기 전까지는 숫자로 계산하지 않습니다.house_next는 살펴볼 가치가 있는 빈 셀(아무것도 제공하지 않는 니즈, 강력한 동인이 없는 니즈, 아무것도 추진하지 않는 특성)의 순위를 매깁니다. - 지붕(roof): 서로 도움(++, +) 또는 상충(−, −−)되는 특성 쌍입니다.
roof_set으로 제안합니다. 모든 트레이드오프는 누군가의 결정입니다. 누구의 결정인지 말하세요. - 오늘과 목표는 니즈별로 1부터 5까지이며
need_set과by를 통해 기록합니다. - 읽기:
house_validate(빈 행과 열을 사용자에게 다시 읽어줌),house_priorities(상위 5개, 게이트),house_diagonal(블록은 모듈이며 결합 판정은 빌드 순서가 존재하는지 여부를 알려주고, 잘라낼 연결은 재설계할 대상을 알려줌), 그리고 티켓이 있는 경우 트래커 내보내기 파일에서items_import(또는 티켓당item_set)한 후house_items(어떤 게이트가 명확한지, 임계 경로상의 다음 열린 단계, 보드와 테스트가 일치하지 않는 지점, 기한이 지난 항목, 각 항목의 하우스 기여도)를 확인합니다. - 인계:
house_markdown은 사람을 위한 보고서입니다.house_export를 오늘 날짜가 포함된tsv로 한 것이 공식 기록 버전입니다.house_export를svg로 한 것은 그림입니다.xlsx는 라이브 수식이 포함된 워크북입니다.
규칙
- 당신이 지어낸 니즈는 누락된 니즈보다 나쁩니다. 당신이 추측한 숫자는 빈 칸보다 나쁩니다.
- 셀을 제안하기 전에 그 근거를 말하고
note에 기록하세요. - 중요도, 오늘과 목표: 항상
by와 함께 기록하세요. 출처는 감사 추적(audit trail)입니다. - 게이트는 가중치를 유지하지만 기능과 순위가 매겨지지 않습니다.
- 보드 상태는 주장(claim)입니다. 상태는 트래커(
items_import)에서 가져옵니다.tested는 verified, partial, fails, not built 중 하나이며, 당신이 본 증거를 바탕으로retested에 테스트 날짜를 함께 설정합니다. 가져오기는 판정을 변경하지 않습니다. - 페이지는 작업용입니다. 날짜가 포함된 TSV가 사람들이 인용하는 것입니다. 페이지 편집은 아무에게도 전달되지 않습니다.
서버가 --assist로 실행되는 경우
assist_suggest는 모델에게 구조적 갭에 대한 셀 값을 요청하고, assist_members는 사용자가 제공한 텍스트에서 니즈나 특성을 추출합니다. 둘 다 행위자 assist:<model>에 의한 제안만 반환합니다. 모델의 이유를 사용자에게 읽어준 후에야 확인을 받으세요. 모델의 제안을 당신이 직접 확인하지 마세요.
도구 한눈에 보기
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.