소스 정보
- 저장소
- tractorjuice/arckit-kimi
- 최근 소스 활동
- 2026년 8월 18일 09:38
- 감지된 SKILL.md 언어
- 영어
- 스타
- 0
- 포크
- 0
설치 방법
기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.
소스 파일 검토
설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.
메뉴
기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.
설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
직접 명령은 검토 Prompt를 거치지 않습니다. 실행하기 전에 소스를 확인하세요.
npx skills add https://github.com/tractorjuice/arckit-kimi --skill arckit-risk명령은 한 줄로 유지됩니다. 복사하기 전에 가로로 스크롤해 전체 내용을 확인하세요.
로컬 사본을 원하시나요? SkillsMP에서 현재 제공할 수 있는 파일을 다운로드하세요.
SKILL.md 표시 중
| name | arckit-risk |
| description | Create comprehensive risk register following HM Treasury Orange Book principles |
You are helping an enterprise architect create a comprehensive risk register following the UK Government Orange Book (2023) risk management framework.
The Orange Book is HM Treasury's guidance on risk management in government. The 2023 update provides:
$ARGUMENTS
Note: Before generating, scan
projects/for existing project directories. For each project, list allARC-*.mdartifacts, checkexternal/for reference documents, and check000-global/for cross-project policies. If no external docs exist but they would improve output, ask the user.
This command creates a comprehensive risk register following HM Treasury Orange Book principles and integrates with ArcKit's stakeholder-driven workflow.
When to use this:
/skill:arckit-stakeholders (MANDATORY - every risk needs an owner)/skill:arckit-sobc (SOBC Management Case Part E uses risk register)Read existing artifacts from the project context:
MANDATORY (warn if missing):
/skill:arckit-stakeholders first — every risk MUST have an ownerRECOMMENDED (read if available, note if missing):
projects/000-global/risk-appetite.md — Extract: risk appetite thresholds for assessment calibrationOPTIONAL (read if available, skip silently):
Understand the request: The user may be:
Read external documents and policies:
000-global/policies/) — extract risk appetite, risk tolerance thresholds, threat landscape, industry benchmarksexternal/ files) — extract previous risk findings, mitigation effectiveness, residual risks, lessons learnedprojects/000-global/external/ — extract enterprise risk frameworks, threat intelligence reportsprojects/000-global/policies/ and re-run, or skip."Identify risks that require immediate action:
Write the output:
Before writing the file, read .arckit/references/quality-checklist.md and verify all Common Checks plus the RISK per-type checks pass. Fix any failures before proceeding.
projects/NNN-project-name/ARC-{PROJECT_ID}-RISK-v1.0.mdARC-{PROJECT_ID}-RISK-v{VERSION}.mdIMPORTANT - Auto-Populate Document Information Fields:
Before completing the document, populate document information fields:
[PROJECT_ID] → Extract from project path (e.g., "001")[VERSION] → Start with "1.0" for new documents[DATE] / [YYYY-MM-DD] → Current date in YYYY-MM-DD format[DOCUMENT_TYPE_NAME] → Document purposeARC-[PROJECT_ID]-RISK-v[VERSION] → Generated document ID[STATUS] → "DRAFT" for new documents_partials/RENDERING.md fixes the ladder from the artefact's own regime; ${default_classification} applies only where that regime falls through to user config.[PROJECT_NAME] → Full project name[OWNER_NAME_AND_ROLE] → Document owner| 1.0 | {DATE} | ArcKit AI | Initial creation from `/skill:arckit-risk` command |
**Generated by**: ArcKit `/skill:arckit-risk` command
**Generated on**: {DATE}
**ArcKit Version**: {ARCKIT_VERSION}
**Project**: {PROJECT_NAME} (Project {PROJECT_ID})
**AI Model**: [Actual model name]
Provide:
projects/NNN-project-name/ARC-{PROJECT_ID}-RISK-v1.0.mdEnsure the risk register demonstrates Orange Book compliance:
Pattern 1: Technology Modernization:
Pattern 2: New Digital Service:
Pattern 3: Vendor Procurement:
For UK Government/public sector projects, include:
STRATEGIC:
COMPLIANCE/REGULATORY:
REPUTATIONAL:
OPERATIONAL:
If stakeholder analysis doesn't exist:
/skill:arckit-stakeholders first."If risks are very high/critical:
If all risks exceed appetite:
Use the template at .arckit/templates/risk-register-template.md as the structure. Fill in with:
Generate a comprehensive, Orange Book-compliant risk register that enables informed decision-making and effective risk management.
< or > (e.g., < 3 seconds, > 99.9% uptime) to prevent markdown renderers from interpreting them as HTML tags or emojiAfter completing this command, consider running:
/skill:arckit-sobc -- Feed risk register into SOBC Management Case/skill:arckit-requirements -- Create risk-driven requirements/skill:arckit-secure -- Validate security controls against risks/skill:arckit-tenders -- Ground supplier-concentration risk in real UK procurement award data (when UK government procurement context).arckit/references/citation-instructions.md. Place inline citation markers (e.g., [PP-C1]) next to findings informed by source documents and populate the "External References" section in the template.Determine project context:
Read stakeholder analysis carefully:
Identify risks across Orange Book categories:
Use these risk categories aligned to Orange Book framework:
STRATEGIC Risks:
OPERATIONAL Risks:
FINANCIAL Risks:
COMPLIANCE/REGULATORY Risks:
REPUTATIONAL Risks:
TECHNOLOGY Risks:
Supplier-concentration risk (if procurement evidence exists): If a TNDR (Procurement Market Intelligence) or CMPT (Competitor Landscape) artefact exists at projects/{P}/research/ARC-{P}-{TNDR,CMPT}-*.md, read its Concentration section. If concentration_flag is HIGH (a single supplier holds > 50% of awarded value, or the top 3 hold > 80%), record a single-supplier-dependency / supplier-concentration risk under the dependencies category (OPERATIONAL), citing the notice-backed figures and supplier name. Carry the caveat that awarded value is not actual spend — it evidences market structure, not committed cost. If no such artefact exists, skip silently.
For EACH risk identified, create comprehensive risk profile:
Read the template (with user override support):
.arckit/templates/risk-register-template.md exists in the project root.arckit/templates/risk-register-template.md (default).arckit/templates/_partials/RENDERING.md and resolve the <!-- DOC-CONTROL-HEADER --> marker in the template before writing. Do not hand-write the Document Control table: the partial RENDERING.md selects is the only source of the 14 standard fields and of the classification ladder.Tip: Users can customize templates with
/skill:arckit-customize risk-register
Populate the template with:
Risk Identification:
Inherent Risk Assessment (BEFORE controls):
Inherent Likelihood (1-5 scale):
Inherent Impact (1-5 scale):
Inherent Risk Score: Likelihood × Impact (1-25)
Current Controls and Mitigations:
Residual Risk Assessment (AFTER controls):
Residual Likelihood (1-5): Likelihood after controls applied Residual Impact (1-5): Impact after controls applied Residual Risk Score: Likelihood × Impact (after controls)
Risk Response (4Ts Framework):
Select ONE primary response:
TOLERATE: Accept the risk (within risk appetite, cost of mitigation exceeds benefit)
TREAT: Mitigate or reduce the risk (implement additional controls)
TRANSFER: Transfer risk to 3rd party (insurance, outsourcing, contracts)
TERMINATE: Stop the activity creating the risk
Risk Ownership:
Action Plan:
Risk Status:
Risk Appetite Assessment (if organizational appetite exists):
Generate comprehensive risk register with these sections:
A. Executive Summary:
B. Risk Matrix Visualization (using ASCII 5×5 matrix):
Create TWO 5×5 matrices showing Likelihood (rows) × Impact (columns):
Inherent Risk Matrix (before controls):
IMPACT
1-Minimal 2-Minor 3-Moderate 4-Major 5-Severe
┌───────────┬───────────┬───────────┬───────────┬───────────┐
5-Almost │ │ │ R-003 │ R-007 │ R-001 │
Certain │ 5 │ 10 │ 15 │ 20 │ 25 │
├───────────┼───────────┼───────────┼───────────┼───────────┤
4-Likely │ │ │ │ R-009 │ R-004 │
│ 4 │ 8 │ 12 │ 16 │ 20 │
L ├───────────┼───────────┼───────────┼───────────┼───────────┤
I 3-Possible│ │ │ R-002 │ │ │
K │ 3 │ 6 │ 9 │ 12 │ 15 │
... └───────────┴───────────┴───────────┴───────────┴───────────┘
Legend: Critical (20-25) High (13-19) Medium (6-12) Low (1-5)
Residual Risk Matrix (after controls): Same format showing new positions
Show movement: "R-001 moved from Critical (25) to Medium (6) after controls"
C. Top 10 Risks (by residual score):
Ranked table:
| Rank | ID | Title | Category | Residual Score | Owner | Status | Response |
|---|---|---|---|---|---|---|---|
| 1 | R-001 | ... | STRATEGIC | 20 | CEO | In Progress | Treat |
D. Risk Register (detailed table):
Full table with columns:
E. Risk by Category Analysis:
For each category (STRATEGIC, OPERATIONAL, etc.):
F. Risk Ownership Matrix:
Show which stakeholder owns which risks (from RACI):
| Stakeholder | Owned Risks | Critical/High Risks | Notes |
|---|---|---|---|
| CFO | R-003, R-007, R-012 | 1 Critical, 2 High | Heavy concentration of financial risks |
| CTO | R-001, R-004, R-009 | 2 Critical | Technology risk owner |
G. 4Ts Response Summary:
| Response | Count | % | Key Examples |
|---|---|---|---|
| Tolerate | 5 risks | 25% | R-006, R-010... |
| Treat | 12 risks | 60% | R-001, R-002... |
| Transfer | 2 risks | 10% | R-005 (insurance) |
| Terminate | 1 risk | 5% | R-008 (cancel activity) |
H. Risk Appetite Compliance (if organizational appetite exists):
| Category | Appetite Threshold | Risks Within | Risks Exceeding | Action Required |
|---|---|---|---|---|
| STRATEGIC | Medium (12) | 3 | 2 | Escalate to Board |
| FINANCIAL | Low (6) | 5 | 1 | CFO approval needed |
I. Action Plan:
Prioritized list of risk mitigation actions:
| Priority | Action | Risk(s) Addressed | Owner | Due Date | Status |
|---|---|---|---|---|---|
| 1 | Implement automated backups | R-001 (Critical) | CTO | 2025-11-15 | In Progress |
| 2 | Obtain cyber insurance | R-005 (High) | CFO | 2025-12-01 | Not Started |
J. Monitoring and Review Framework:
K. Integration with SOBC:
Note which sections of SOBC use this risk register:
Ensure complete traceability to stakeholders:
Every risk must link back to stakeholder analysis:
Stakeholder: CFO (from ARC-{PROJECT_ID}-STKE-v*.md)
→ Concern: Budget overrun risk (from conflict analysis)
→ Risk R-003: Cloud costs exceed budget 40% (FINANCIAL, High)
→ Risk Owner: CFO (from RACI matrix - Accountable)
→ Action: Implement FinOps controls, monthly cost reviews
→ Success Criterion: Costs within 5% of budget monthly
Flag risks that need escalation: