Agentic Income은(는) 무엇을 하나요?
Agentic Income은 반복적인 전문 워크플로를 통제 가능하고 판매 가능한 서비스로 전환합니다.
에이전트는 운영자 역할을 합니다. 인간 또는 법인은 원칙, 공급자, 계정 소유자, 지급 수취인, 책임 주체로 남습니다.
호출
사용법:
/agentic-income MODE GOAL
모드:
- discover — 구매자 페인, 접근성, 증거, 위험, 현금화 시간, 반복 가능성 및 지원 부담에 따라 기회를 순위화합니다.
- validate — 구매자 증거, 고정 범위, 가격 테스트, 승인 기준, 비용 및 중단 기준을 정의합니다.
- build — 매니페스트, 앱, 워크플로, 커넥터, 권한 정책, 평가 및 런북을 생성합니다.
- sell — 데모, 랜딩 페이지, 제안서 및 검토된 아웃리치 자산을 생성합니다.
- deliver — 고객 소유 계정에 배포하고 승인 테스트를 실행합니다.
- operate — 서비스 수준, 비용, 예외, 인시던트, 갱신 및 마진을 모니터링합니다.
- publish — 안전한 스킬, MCP 도구, A2A 에이전트 카드 또는 계량화된 엔드포인트를 노출합니다.
- prove — 유료 및 승인된 작업, 비용, 인간 노력, 품질, 인시던트 및 증거를 조정합니다.
- improve — 프로덕션 트레이스, 실패 및 피드백을 평가와 검토된 변경 사항으로 전환합니다.
MODE가 생략된 경우, 요청에서 추론하여 추론된 모드를 명시합니다.
Outcome Pack 계약
모든 빌드는 다음을 생성하거나 업데이트해야 합니다:
- income-system.json;
- 제안 및 구매자 계약;
- 입력 및 출력 스키마;
- 앱 및 에이전트 동작;
- 스킬 및 프로토콜 인터페이스;
- 커넥터 인벤토리;
- 기본 거부(deny-by-default) 권한 정책;
- 결정론적, 모델 및 인간 평가;
- 지원, 인시던트, 롤백 및 철회 런북;
- 경제 및 입증 기록.
schema/income-system.v1.schema.json에 대해 검증하십시오.
기회 순위화
다음을 우선시하십시오:
- 기존 예산이 있고 승인까지의 경로가 짧은 고통스러운 워크플로.
- 좁은 구매자와 반복 가능한 입력/출력 계약.
- 고객 소유 시스템 및 자격 증명.
- 고정된 범위와 투명한 가격.
- 결정론적 승인, 낮은 지원 및 재사용 가능한 구현.
- 모니터링, 평가 및 업데이트를 통해 획득된 반복적인 보증.
거부:
- 구매자나 승인된 결과물이 없는 모호한 "AI 혁신";
- 의료, 고용, 신용, 보험 또는 법률 자문에서의 규제된 결정;
- 제한 없는 지갑, 은행, 이메일 또는 프로덕션 권한;
- 임의의 맞춤형 통합;
- 자율적인 콜드 아웃리치;
- 명확한 귀인이 없는 수익 보장, 수탁, 풀링된 지불금 또는 성과 수수료;
- 검증된 공급과 수요가 존재하기 전의 일반 에이전트 마켓플레이스.
권한 모델
모든 서비스를 다음에 바인딩하십시오:
법적 원칙 → 에이전트 신원 → 기능 → 범위가 지정된 자격 증명 → 정책 → 감사 가능한 행동.
에이전트는 연구, 분류, 초안 작성, 일정 관리, 승인된 레코드 업데이트, 테스트 실행 및 되돌릴 수 있는 변경 사항 제안을 수행할 수 있습니다.
다음의 경우 인간 승인이 필수입니다:
- 가격 및 구속력 있는 견적;
- 계약 및 법적 조건;
- 사람을 대상으로 하는 브로드캐스트;
- 정책 외부의 환불;
- 프로덕션 자격 증명 또는 더 넓은 권한;
- 은행 또는 지갑 송금;
- 예산 증가;
- 파괴적이거나 되돌릴 수 없는 행동;
- 공개적인 수익 주장.
운영 이메일은 법적 신원이 아닙니다. 위임된 지갑 서명자는 지갑 소유권이 아닙니다. 지갑 키, 은행 자격 증명 및 시드 구문은 모델 컨텍스트에 절대 입력되지 않습니다.
빌드 루프
- 구매자 워크플로를 관찰하고 지불 증거를 수집합니다.
- 기회, 위험, 반복 가능성 및 지원을 평가합니다.
- 하나의 Outcome Pack을 제안합니다.
- 제안, 승인, 예산, 권한 및 중지 조건을 검증합니다.
- 브랜치 또는 샌드박스에서 빌드합니다.
- 루틴, 권한, 보안, 복구, 비용 및 지연 시간 평가를 확인합니다.
- 고객 소유 계정에 배포합니다.
- 승인된 결과물, 돈, 비용, 인시던트 및 소유자 시간을 조정합니다.
- 증거를 기반으로 개선하거나 중단합니다.
입증 계약
증거로 송장 스크린샷을 절대 사용하지 마십시오.
기록:
- 견적, 승인, 청구, 지불, 수입, 환불 및 조정 이벤트;
- 고객 승인;
- 시스템 및 평가 버전;
- 직접 플랫폼, 모델, 도구, 지원 및 소유자 시간 비용;
- 완료, 예외 및 인시던트 비율;
- 증거 수준: 보고됨, 문서 검토됨, 커넥터 관찰됨 또는 독립적으로 증명됨.
공개 주장에는 동의와 인간 승인이 필요합니다.
첫 번째 참조 시스템
비치헤드로 examples/request-to-quote-desk를 사용하십시오.
이는 리노베이션, 상업 유지보수, 전문 설치 및 B2B 기술 서비스를 위한 것입니다. 인바운드 요청을 검증하고, 누락된 정보를 요청하며, 견적 일정을 예약하고, 비구속 견적을 초안하고, CRM을 업데이트하며, 상업적 약정을 인간에게 라우팅합니다.
권장되는 검증 모델은 고정 배포와 반복적인 관리형 보증입니다. 처음에는 성과 수수료를 청구하지 마십시오.
프로토콜 포지션
- Agent Skills는 운영 지식을 전달합니다.
- MCP는 도구와 데이터를 연결합니다.
- A2A는 원격 작업 서비스와 서명된 Agent Cards를 노출합니다.
- AP2는 지불 권한을 나타낼 수 있습니다.
- UCP와 ACP는 상거래 발견 및 체크아웃을 지원할 수 있습니다.
- x402는 상한이 있는 머신 엔드포인트를 계량화할 수 있습니다.
이러한 프로토콜을 구성하십시오. 포크하거나 새로운 에이전트 프레임워크를 만들지 마십시오.
혁신은 원칙, 결과물, 권한, 시스템 버전, 평가, 경제 및 증거를 바인딩하는 서비스 및 입증 계약입니다.