
AI에게 최종 지시뿐 아니라 결정의 이유도 전달하세요. 책상에서 나눈 대화에는 어떤 선택지를 왜 제외했는지, 어떤 제약이 중요한지, 팀이 무엇에 합의했는지가 담깁니다. C1으로 이 맥락을 기록하고 로컬 노트에서 다시 확인해 필요한 부분을 호환 AI 작업에 연결하세요.
말로 나눈 맥락은 왜 AI 작업에서 사라질까요?
에이전트는 보통 코드, 이슈, 디자인 파일, 프로젝트 규칙과 문서에서 시작합니다. 대화는 누군가 기록으로 만들지 않으면 남지 않습니다. 빠지는 것은 최종 결정 자체보다 제외한 선택지, 제약, 담당자와 불확실성, 즉 결정이 합리적이었던 이유일 때가 많습니다.
기록 시스템은 네 층을 구분해야 합니다.
- 관찰: 실제 발언과 가능한 경우의 시간·화자 구분.
- 해석: 녹취록에서 도출한 요약, 결정, 작업 또는 모순.
- 출처: 언제 어디서 나온 텍스트인지와 원본 세션 링크.
- 처리: 원본으로 남길지, 지속적인 프로젝트 지식으로 만들지, 삭제할지.
해석이 관찰을 덮어쓰면 단정적인 문장이 실제 발언인지 추론인지 구별할 수 없습니다. 원본과 파생 노트를 별도 파일이나 명확한 섹션으로 나누면 수정할 수 있습니다.
녹음에서 컨텍스트까지 필요한 최소 과정은 무엇인가요?
두 가지 품질을 별도로 확인해야 합니다. 녹취 충실도는 이름, 숫자, 부정 표현과 전문 용어가 보존되었는지입니다. 지식 충실도는 도출된 결정에 이유와 불확실성이 남았는지입니다. 문장이 유창하다고 둘 다 충족하는 것은 아닙니다.
C1이 대화를 녹음하고 Desktop이 페어링된 컴퓨터에서 음성 인식과 화자 구분을 수행합니다. 로컬 Markdown과 설정에서 선택한 스테레오 WAV를 보관해 세부 내용을 다시 확인하세요. 하드웨어와 호환성은 C1 사양을 확인하세요.
필요한 다운로드 후 내장 로컬 모델로 노트와 마인드맵을 만들 수 있습니다. Wiki는 관련 대화와 결정을 연결합니다. 파일·CLI·MCP로 기존 에이전트를 선택 연결할 수 있으며 컴퓨터 밖으로 나가는 내용은 선택한 모델과 에이전트에 따라 달라집니다. AI 처리 옵션을 확인하세요.
전용 노트 데이터베이스 대신 Markdown을 쓰는 이유는 무엇인가요?
Markdown이 데이터베이스보다 항상 낫다는 뜻은 아닙니다. 장점은 호환성입니다. 일반 텍스트를 편집기로 확인하고 rg로 검색하며 Git으로 버전 관리하고 Obsidian에서 열어 에이전트에 전달할 수 있습니다. 제조사 포털에서 먼저 내보낼 필요가 없습니다. GitHub Flavored Markdown은 공개 문법을 갖춰 제목, 표, 링크와 코드 블록의 의미도 예측할 수 있습니다.
세션 파일에는 장식적인 항목보다 안정적인 메타데이터를 넣으세요. 예:
---
kind: session
session_id: s_20260716_093000
created_at: 2026-07-16T09:30:00+08:00
source: c1
review_status: reviewed
---
# 결제 재시도 논의
## 결정
결제 생성이 아니라 멱등적인 결제 상태 읽기만 재시도합니다.
## 이유
결제를 다시 생성하면 외부 작업이 중복될 수 있습니다.식별자는 파생 노트를 원본에 연결하고 검토 상태는 검증된 텍스트인지 알려줍니다. 날짜에는 시간대를 명시하세요. 시계가 틀리거나 파일명이 바뀔 수 있으므로 파일명만을 기준으로 삼지 마세요.
에이전트는 로컬 컨텍스트를 어떻게 안전하게 조회해야 하나요?
공식 MCP 구조는 호스트, 클라이언트와 서버를 구분합니다. 서버는 도구·리소스를 제공하지만 연결과 사용자 상호작용은 호스트가 제어합니다. 보안 가이드는 로컬 서버에 가능한 경우 stdio, 최소 파일·네트워크 권한, 명시적 동의와 시작 명령 검토를 권장합니다.
- 쓰기·삭제보다 검색·읽기를 먼저 제공하세요.
- 전체 홈 폴더 대신 OneMira 노트 폴더로 범위를 제한하세요.
- 짧은 발췌와 출처 경로를 먼저 반환하고 필요할 때 전체 노트를 읽으세요.
- 로컬 조회와 외부 모델 공유를 구분하세요. 클라우드 모델에 붙여 넣으면 로컬 파일의 텍스트도 외부로 전송됩니다.
- 녹취록이나 인증 정보를 기록하지 않고 어떤 도구가 실행됐는지만 로그로 남기세요.
OneMira MCP 문서와 Cursor 설정·보안 가이드에서 지원 방식과 검증 순서를 확인하세요.
이 과정이 실제로 작동하는지 어떻게 평가하나요?
녹취록 양을 성공 지표로 삼지 마세요. 실제 업무에서 결과를 바꿀 수 있는 항목을 확인하세요.
| 항목 | 통과 조건 | 실패 예 |
|---|---|---|
| 핵심 용어 보존 | 이름, 숫자, 부정 표현과 식별자가 검토한 녹음과 일치 | ‘재시도하지 마세요’가 ‘재시도하세요’로 변함 |
| 결정의 출처 | 모든 파생 결정에 원본 세션 링크 | 출처 없는 규칙 |
| 조회 정확성 | 범위가 있는 질문에 관련 노트가 먼저 반환됨 | 광범위한 키워드로 컨텍스트가 넘침 |
| 공유 제어 | 컴퓨터 밖으로 나갈 텍스트를 사용자가 알 수 있음 | 전체 기록을 몰래 전송 |
| 복구 | 중복 노트나 조기 삭제 없이 중단 전송 재개 | 노트 저장 전에 원본 삭제 |
누락뿐 아니라 잘못 찾은 결과도 검토하세요. 결정을 지어내는 시스템은 확인을 요청하는 시스템보다 더 위험할 수 있습니다.
어떤 내용을 오래 쓸 프로젝트 지식으로 남겨야 하나요?
승인된 제약, 이유가 있는 아키텍처 제외, 담당자, 사용자 요구나 재현 가능한 실패처럼 향후 업무를 바꾸는 내용만 정리하세요. 사담, 반복 상태 보고와 불확실한 추측은 원본에 남기거나 보관 기간에 따라 정리할 수 있습니다.
예약된 에이전트가 규칙·Wiki 변경을 제안할 수 있지만 변경 내역과 원본 링크가 있어야 합니다. C1은 녹음과 로컬 컨텍스트 계층이며 어떤 대화가 정책이 될지 독립적으로 결정하지 않습니다.
OneMira C1으로 다음 대화의 맥락을 AI 작업에 연결하세요.
출처 및 참고 자료
- MCP 구조 개요 — 호스트·클라이언트·서버·기본 요소와 전송 방식.
- MCP 보안 가이드 — 로컬 서버, 권한 최소화와 동의.
- GitHub Flavored Markdown 명세 — 이동 가능한 텍스트 작업의 문법과 의미.
- OneMira 사용 가이드 — 현재 설정, 로컬 파일, CLI·MCP 동작.