hearting

Hearting(구 agent_setting)은 코딩 에이전트를 위한 로컬 프러스트 워크플로우 레이어입니다. 단일 런타임을 구성하는 대신, 계약을 한번 정의하고 이를 Claude Code, Codex, OpenCode가 각기 발견하는 네이티브 스킬, 에이전트, 훅, 모드, 명령 표면으로 프로젝션합니다. 목표는 연구, 계획, 구현, 검증의 전 사이클을 세 런타임 모두에서 일관되게 수행하는 것입니다. README에 설명된 주요 메커니즘: - 라우팅 가능한 능력: 26개 능력에 걸쳐 12개 라우트 엔트리. 중요한 작업을 시작하기 전에 에이전트는 승인용 다섯 필드 라우트 카드(작업, 이유, 라우트, 범위, 완료)를 제안합니다. - 강도 사다리: 직접, 빠른, 표준, 강력, 철저, 적대적 단계가 단계 그래프와 전송 깊이를 선택하며, 검증 엄격도는 강도에서 유도됩니다. - 봉인 크로스-하니스 전송: 표준 이상에서 각 단계는 독립적으로 실행되는 세션으로 실행되며, 봉인된 역할, 모델 프로필, 불교 집합 쓰기 범위를 가집니다. 병렬 그룹의 2-4개 다리는 한 트랜잭션에서 시작되고 기본적으로 하니스 가족 전반으로 분산됩니다. 전송 깊이 3은 금지됩니다. - 노드별 모델 계층: 심층, 균형-심층, 경량, 미니는 컴파일 시점마다 노드별로 봉인되며, 어댑터가 공유 계약에서 벤더 이름을 밝히지 않고 구체적 모델로 매핑합니다. - Fleet: 시도 등록부에 대한 실시간 대시보드로, 세 런타임 모두의 인터랙티브 세션과 전송된 작업자를 하나의 트리에서 보여줍니다. 상태, 하니스, 봉인 프로필, 컨텍스트 게이지, 토큰 계정 정보가 포함됩니다. fleet --once 및 fleet --json은 curses 없이 작동합니다. - 가드: 39개 훅 중 5개가 하드 블록으로, 도구 호출 전에 쓰기 범위, 명세 읽기, 아티팩트 루트, git 상태, 메모리 경로 위반을 거부합니다. - 아티팩트 시스템: 연구/프로젝트 분석 → 명세 → 코드 계획, 문서용 연구 → 초안 → 정제를 project-wide .agent_reports/ 루트 아래 수행합니다. - 메모리: 세션, 프로젝트, 런타임 전체에 SQLite(FTS5 포함)를 사용하며, 변경된 결정은 삭제되지 않고 상위 결정으로 대체됩니다. 설치: 무결성 확인된 아카이브를 설치하고 지원되는 곳에서 매일 사용자 레벨 업데이트 체크를 등록하는 원라인 릴리즈 스크립트로 설치됩니다. 인스톨러는 런타임 자격 증명, 세션, 로그, 데이터베이스에 영향을 주지 않습니다. Codex가 있는 경우 대화형 codex 명령이 하니스 관리 App Server로, 비대화형 명령이 실제 CLI로 통과되는 가역 보호 ingress도 설치합니다. hearting update는 새 릴리즈를 스테이징하고 검증한 후 활성 포인터를 전환하며 실패 시 롤백합니다. compute-hosts 연산자 런처는 주-user 소유 YAML 구성을 읽고, 이는 주석 템플릿으로 한 번 시드됩니다. 런타임 지원: Claude Code, Codex, OpenCode 모두 연결(실시간 디버그) 및 패키지(불변 번들) 프로젝션 모드 지원합니다. 지원되지 않는 표면은 이유와 함께 SKIP으로 표시됩니다. 개발 워크플로우: 단일 generate/check 진입점, 생성-프로젝션 드리프트 테스트, CI와 동일한 체크를 실행하는 저장소 Git 훅 포함. 문서: 사용법, 설치 레이아웃, 릴리즈 정책, 능력, 역할, 라우팅, 운영, 메모리, 훅 다룸. MIT 라이선스.