요청에서 자가 발전까지
사용자 요청을 계획, 실행, 검증, 기억, 회고로 연결해 다음 작업 품질을 높이는 운영 흐름이다.
전략 축과 우선순위를 함께 보는 운영 화면
반복 설정, 검증, 완료 정책을 자동화해 작업 주기를 줄입니다.
기획, 실행, 증거, 회고 레이어를 하나의 운영 흐름으로 연결합니다.
승인, 허용목록, repair boundary를 규칙과 하네스로 고정합니다.
Memory Bank와 PKB, 회고 루프로 작업 맥락을 다음 세션에 재사용합니다.
| Initiative | Description | Owner | Q2 | Q3 | Status |
|---|---|---|---|---|---|
| Runtime Doctor | Node, MCP, Memory Bank, model context drift 자동 감지 | Keystone | ● | ● | In Progress |
| AX Orchestration Layer | 기획, 디자인, 실행, 증거, 회고를 연결하는 시스템 맵 | AgentOps | ● | ○ | On Track |
| Approval Repair Gate | 승인 라벨과 fingerprint 기반 수정 자동화 | Governance | ● | ● | In Progress |
| Portfolio Surface | 외부용 솔루션 화면과 내부 관제 화면 분리 | Design | ○ | ● | Planned |
intake부터 evolution까지
판단, 증거, 다음 조치
Operating model brief · portfolio detail
01작업 요약
사용자 요청을 계획, 실행, 검증, 기억, 회고로 연결해 다음 작업 품질을 높이는 운영 흐름이다.
이 기준이 흐려지면 페이지가 설명 자료로만 남고, 독자는 어떤 근거와 산출물을 확인해야 하는지 다시 물어봐야 합니다.
02입력 의존성
- Flow steps: 6ready
intake부터 evolution까지
- Primary output: Decision trailready
판단, 증거, 다음 조치
- AX Solution Orchestrationwatch
기획 산출물과 에이전트 작업 단위를 연결하는 운영 레이어. 사람용 문서와 에이전트 작업 문서를 같은 ID 체계로 묶는다.
- Planning Generation Harness Loopwatch
요구사항, 도메인/팀 맥락, 소스/API/DB 증거를 에이전트 팀 리뷰로 연결해 실행 가능한 기획 초안을 만드는 오케스트레이션 루프.
03리스크 신호
| Signal | Severity | Meaning | First response |
|---|---|---|---|
01_흐름의_핵심 | high | 흐름의 핵심 | 01. Principle: 운영 철학, 공개 경계, 의사결정 기준을 작업의 기본 제약으로 둔다. |
02_왜_상세_페이지가_필요한가 | medium | 왜 상세 페이지가 필요한가 | 카드는 현재 상태를 빠르게 훑는 데 적합하지만, 신뢰를 만들기에는 정보가 부족하다. 상세 페이지는 카드가 말한 내용을 실제 판단 기준, 산출물, 검증 방식으로 확장한다. |
04반복 절차
흐름의 핵심
이 페이지를 처음 읽을 때이 페이지의 방향은 단순 문서 목록이 아니라, AI 작업이 어떻게 운영되고 개선되는지 보여주는 것이다. 요청은 곧바로 구현으로 가지 않고 목표, 경계, 계획, 검증 기준을 거쳐 실행된다.
01. Principle: 운영 철학, 공개 경계, 의사결정 기준을 작업의 기본 제약으로 둔다.02. Planning Harness: 요청을 PRD, IA, 디자인 판단, agent workplan으로 나누고 실행 가능한 단위로 정렬한다.03. Orchestration: Codex/Claude skills, MCP, plugins, commands를 작업 성격에 맞게 연결한다.04. Design & Dev Harness: UI/UX 검토, 프론트 구현, 브라우저 캡처, 빌드 검증을 같은 하네스에서 통과시킨다.왜 상세 페이지가 필요한가
세부 기준을 검토할 때카드는 현재 상태를 빠르게 훑는 데 적합하지만, 신뢰를 만들기에는 정보가 부족하다. 상세 페이지는 카드가 말한 내용을 실제 판단 기준, 산출물, 검증 방식으로 확장한다.
왜 상세 페이지가 필요한가Flow stepsAX Solution Orchestration05역할 분담
| Role | Primary work | Handoff |
|---|---|---|
| Owner | 기준과 공개 범위 유지 | Decision / Boundary notes |
| Builder | 문서, 화면, 실행 산출물 반영 | Implementation notes |
| Reviewer | 누락, 과장, 공개 리스크 검토 | Review findings |
| Maintainer | 변경 후 다음 버전 동기화 | Update queue |
06완료 체크리스트
한 문장으로 설명 가능
이 페이지가 어떤 판단을 돕는지 제목, 요약, 첫 절차에서 바로 읽혀야 합니다.
근거와 산출물 연결
설명만 남기지 않고 기준, 결과물, 다음 페이지가 같은 맥락으로 이어져야 합니다.
공개 가능한 범위 확인
내부 경로, 계정, 고객 정보, 미검증 아이디어가 섞이지 않아야 합니다.
다음 행동이 남음
읽은 사람이 어디를 보고 무엇을 검토하면 되는지 링크와 체크 항목으로 남아야 합니다.
기획 산출물과 에이전트 작업 단위를 연결하는 운영 레이어. 사람용 문서와 에이전트 작업 문서를 같은 ID 체계로 묶는다.
Planning Generation Harness Loop요구사항, 도메인/팀 맥락, 소스/API/DB 증거를 에이전트 팀 리뷰로 연결해 실행 가능한 기획 초안을 만드는 오케스트레이션 루프.
Multi-Agent Issue AutomationGitHub Issue를 안전한 다중 에이전트 작업 큐로 바꾸는 로컬 실행 모델. 저장소 역할, resolver, 승인 gate, PR evidence를 하나의 프로세스로 묶는다.
Evidence Dashboard빌드, 브라우저 QA, sync, hook 결과를 공개 가능한 수치와 판단으로 요약한다. raw log가 아니라 재사용 가능한 증거만 전시한다.
Result Portfoliokeystone-portfolio, ai-rules-public, pkb-wiki 같은 결과물을 사례로 묶고 어떤 운영 패턴이 실제 산출물로 이어졌는지 보여준다.
Retrospective Loop실패, 지연, 충돌, 잘못된 전제를 회고하고 Memory Bank, PKB, ai-rules, keystone-hub로 승격할지 판단한다.
Operating Model 문서전체 메뉴를 요청, 실행, 검증, 기억, 회고 흐름으로 읽기