causal CLI가 staged/live 워크플로우 표면. 그래프를 문서에서 띄우고, 좋은 트리플을 승인하고, 승인된(라이브) 것만 검증과 추론에 씀.
명령
폴더 식별자가 문서 폴더 태그(예:
billing, product-docs).
causal get
live_nodes와live_edges검증과 추론에 쓰임.staged_nodes와staged_edges리뷰 대기.
--json을 붙임.
흔한 빠른 점검:
causal settings show / set
--connection <kind:id>그래프를 특정 데이터 소스에 잇기(예:documents_folder:billing).--retrieval-preset <preset-id>추출이 컨텍스트를 끌어올 때 쓰는 프리셋.--dedup-policy <policy>중복 처리 방식(merge,keep_newer,keep_older,keep_all).--auto-restage true|false연결된 소스가 바뀌면 자동으로 다시 부트스트랩.
causal bootstrap
approve 할 때까지 LIVE 로는 아무것도 안 감.
--model <m>추출에 쓰는 모델. 워크스페이스 기본이 기본.
refresh가 대개 원하는 것.
causal refresh
--auto-restage가 안 맞으면 스케줄로(또는 문서 변경으로 걸어) 돌림.
causal approve / reject
--ids <id,…>특정 스테이지 줄 ID. 생략하면 모든 STAGED에 적용.
approve 뒤:
- 줄이 LIVE로 이동.
- 검증이 바로 그것들을 쓰기 시작.
- STAGED에는 이 명령이 안 건드린 것이 여전히 남음.
reject가 안 올리고 줄을 버림. 다음 부트스트랩이나 refresh로 다시 만들 수 있음.
레시피
CLI로 폴더를 처음부터 끝까지 부트스트랩
CI: STAGED가 너무 크면 실패
무제한 백로그를 막음:사람 리뷰 뒤 골라 승인
리뷰 흐름이 외부 시스템에서 줄 ID로 승인 표시한다고 하면, 한꺼번에 승인:감사용 LIVE 그래프 스냅샷
STAGED / LIVE 모델
인과 추출이 최선을 다하는 것이라 스테이지가 둘. 모델이 제안하고 여러분이 처리. LIVE 직접 편집은 CLI에서 안 됨(그건 앱의 그래프 캔버스를 씀). 다만 한꺼번에 승인/거부가 CLI가 맡는 일. 라이브 그래프를 손으로 고치고 싶으면(특정 엣지 추가, 잘못된 노드 제거) 앱에서. CLI의 역할은 대량 부트스트랩/refresh/승인.관련
- 인과 그래프 개요 개념과 용도.
- 에이전트 답변 검증 LIVE 그래프를 쓰는 방법.
nora retrieval--include-subgraph이 그래프를 써서 검색을 넓힘.