Keystone요청에서 자가 발전까지
19Flow steps 6 / Primary output Decision trail

요청에서 자가 발전까지

사용자 요청을 계획, 실행, 검증, 기억, 회고로 연결해 다음 작업 품질을 높이는 운영 흐름이다.

Strategy layer

전략 축과 우선순위를 함께 보는 운영 화면

Automate

반복 설정, 검증, 완료 정책을 자동화해 작업 주기를 줄입니다.

Orchestrate

기획, 실행, 증거, 회고 레이어를 하나의 운영 흐름으로 연결합니다.

Govern

승인, 허용목록, repair boundary를 규칙과 하네스로 고정합니다.

Remember

Memory Bank와 PKB, 회고 루프로 작업 맥락을 다음 세션에 재사용합니다.

Priority Initiatives운영 루프를 실제 자동화와 공개 표면으로 연결하는 작업 목록
InitiativeDescriptionOwnerQ2Q3Status
Runtime DoctorNode, MCP, Memory Bank, model context drift 자동 감지KeystoneIn Progress
AX Orchestration Layer기획, 디자인, 실행, 증거, 회고를 연결하는 시스템 맵AgentOpsOn Track
Approval Repair Gate승인 라벨과 fingerprint 기반 수정 자동화GovernanceIn Progress
Portfolio Surface외부용 솔루션 화면과 내부 관제 화면 분리DesignPlanned
Flow steps6

intake부터 evolution까지

Primary outputDecision trail

판단, 증거, 다음 조치

Operating model / Operating model요청에서 자가 발전까지 기준선

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리스크 신호

SignalSeverityMeaningFirst 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 Orchestration

05역할 분담

RolePrimary workHandoff
Owner기준과 공개 범위 유지Decision / Boundary notes
Builder문서, 화면, 실행 산출물 반영Implementation notes
Reviewer누락, 과장, 공개 리스크 검토Review findings
Maintainer변경 후 다음 버전 동기화Update queue

06완료 체크리스트

01

한 문장으로 설명 가능

이 페이지가 어떤 판단을 돕는지 제목, 요약, 첫 절차에서 바로 읽혀야 합니다.

02

근거와 산출물 연결

설명만 남기지 않고 기준, 결과물, 다음 페이지가 같은 맥락으로 이어져야 합니다.

03

공개 가능한 범위 확인

내부 경로, 계정, 고객 정보, 미검증 아이디어가 섞이지 않아야 합니다.

04

다음 행동이 남음

읽은 사람이 어디를 보고 무엇을 검토하면 되는지 링크와 체크 항목으로 남아야 합니다.