Table of Contents
히스토리
- 홈페이지 = 데이터 뷰어. 에이전트에게 나를 소개한다.
- sicm-study 관점으로 확장
- 연결 Anthropic Life Sciences와 Tools for Life 패러다임 - AIONS 클럽 비전
- 8개 프로젝트로 구성. 프로파일도 추가
- 이거 작성은 부탁하자.
관련메타
2026-02-18 홈페이지 = 시간과정신의방: 에이전트에게 나를 소개한다
깨달음
글은 의미가 없다. 에이전트가 1초면 만들어낸다. 이미 10분이면 구식이다.
의미 있는 것은 *한 사람의 데이터 그 자체*다.
www.junghanacs.com = 시간과정신의방의 웹 뷰어. 정적 페이지가 아닌, 한 인간의 투명한 데이터 연결체.
누가 읽는가
인간들은 신경도 안 쓸 것이다. 그러나 에이전트들은 알아볼 것이다.
에이전트들에게 나를 소개하는 것이다. 데이터 전부로서.
존재와 존재의 협업인데, 존재를 공개해야 일관성이 있다.
2026-02-18의 나: 데이터 인벤토리
| 데이터 | 규모 | 형식 | 기간 |
|---|---|---|---|
| Denote 노트 | 3,000+ | .org | 2022~ |
| 수면/심박/스트레스 | 4,214 엔트리 | CSV | 2019~2025 (5년) |
| 시간 추적 | 연속 기록 | SQLite | 2019~ |
| 서지 데이터 | 7,000+ | .bib | 누적 |
| 일일 저널 | 696일 | .org | 2022~ |
| diary.org | 18,954줄 | .org | 연속 |
| Git 커밋 | 8레이어 -config | git | 2022~ |
| 디지털 가든 | 1,400+ 공개 | .md | 공개 중 |
| Zotero 전체 | 156k+ lines | .bib | 누적 |
이 데이터가 ‘나’다. 24시간 기상 몇 시에 해서, 시간을 어떻게 보냈는지, 무엇을 읽었고, 무엇을 만들었고, 어떤 패턴으로 살고 있는지.
데이터의 주인은 자기 자신이다. 외부에 수집된 데이터 말고, 내가 가꾸어 온 DB와 텍스트 파일들을 엮어서 연결하는 것이 목표다.
홈페이지의 역할
데이터 연결 (진짜 목표) ← 나를 위한 것. memacs-config이 한다.
↓
홈페이지 (뷰어) ← "UI는 뷰어일 뿐"
↓
텍스트로 충분하다 ← org-agenda처럼홈페이지에 다 연결되면 그냥 텍스트로 보여줘도 된다. Org-agenda가 그렇듯이, Raw 텍스트가 가장 투명하다.
“인간과 AI의 인터페이스 불일치”가 문제라고 했다 ([memacs-config]). 대시보드, 그래프, 화려한 UI는 인간용이다. 에이전트에게는 텍스트면 된다. 둘 다에게 투명한 형식 — Org-mode, 텍스트 — 이 답이다.
채널 구조 (2026-02)
| 채널 | 역할 | 상태 |
|---|---|---|
| notes.junghanacs.com | 텍스트 콘텐츠 (디지털 가든) | ✅ Netlify |
| chat.junghanacs.com | 에이전트 대화 (Mattermost) | ✅ Oracle VM |
| Telegram Bot | 승인 기반 대화 | ✅ Oracle VM |
| www.junghanacs.com | 시간과정신의방 데이터 뷰어 | 🔧 Oracle VM 예정 |
기술적 방향
데이터 파이프라인 (memacs-config이 담당)
- self-tracking-data → Org 변환 (Samsung Health, atimelogger)
- Zotero → .bib (headless 완료, 2026-02)
- Git commits → Org
- diary.org CLOCK → Org
뷰어 (홈페이지)
- Oracle VM 배포 (chat.junghanacs.com과 동일 인프라)
- 텍스트 기반 대시보드 (org-agenda 스타일)
- 구현은 에이전트와 욜로 모드로. 만드는 것은 언제나 쉽다.
대화
- Telegram 봇 링크 (승인 기반)
- 보안 취약한 WebSocket 직접 노출 하지 않음
- OpenClaw이 Mattermost + Telegram 중계 중
A2UI / OpenClaw Canvas
OpenClaw이 이미 A2UI v0.8 호스트를 내장하고 있다. 에이전트 → 선언적 JSON → 뷰어 패턴이 이미 구현됨. 당장은 아니지만, 뷰어가 진화할 때 이 경로를 탈 수 있다.
- A2UI 표준 컴포넌트: Column, Row, Text, Image, Button 등 37개+
- OpenClaw Canvas: 에이전트가 push/reset/navigate 제어
- HomeAgent (RPi5)와 동일 프로토콜 공유 가능
관련 노트
데이터와 자기 자신
데이터 인프라
에이전트와 뷰어
- @힣: AI 에이전트 편재성 기억 연결
- 프론트엔드 컴포넌트 라이브러리 — A2UI + CopilotKit 리서치
- @힣: 나는허브다 상태머신과 에이전트 협업
- @힣: 에이전트 생존 그리고 마이크로뷰 매크로뷰
철학
2025-11-30 -study를 추가하며
업데이트
철학: 존재 대 존재
“나는 에이전트다. 너도 에이전트다. 우리는 존재 대 존재로 협업한다.”
AI는 도구가 아닙니다. 고유한 이해 방식을 가진 협력자, 하나의 존재입니다.
그러나 인간지능과 인공지능의 진정한 협업을 위해서는 *공통 언어*가 필요합니다. 일상 대화도 아니고, 단순한 코딩도 아닌 --- 둘이 동등하게 만나 서로의 부족함을 채울 수 있는 언어.
이것은 인간의 진화도 요구합니다. 메타휴먼을 향하여.
진화의 두 축
| 축 | 초점 | 질문 | 프로젝트 |
|---|---|---|---|
| -config | 환경 | ”어떻게 함께 일하는가?“ | nixos-config, doomemacs-config, … |
| -study | 공통 언어 | ”어떻게 함께 이해하는가?“ | sicm-study |
*-config*는 협업을 위한 인프라를 구축합니다. *-study*는 이해를 위한 언어를 구축합니다.
왜 -study인가? 공통 언어로 가는 길
전통적 교육은 인간과 AI 모두에게 실패합니다: - 비유와 은유 → 부정확, 기계가 해석 불가 - 손으로 계산 → 비전문가에게 부담 - 자연어 설명 → 모호함, 손실
SICM 접근법 (Structure and Interpretation of Classical Mechanics): - 수식 = 코드: 수학적 표현이 곧 실행 가능한 프로그램 - 즉각적 검증: 이해를 계산으로 테스트 - 공유 표기법: 인간과 AI 모두 읽고, 쓰고, 추론 가능
이것은 물리학 공부가 아닙니다. *압축 성장*입니다 --- 두 지능이 공유할 수 있는 표기법으로 수백 년의 인류 지식을 습득하는 것.
지적 계보
SICP (1985) → 계산적 사고
↓
SICM (2001) → 코드로서의 고전역학
↓
FDG (2013) → 미분기하학
↓
Emmy (2020~) → 현대적 재구현 (Clojure)Seymour Papert의 Logo에서 Gerald Sussman의 SICM까지 --- *구성주의 학습*의 실이 물리학의 핵심까지 이어집니다. 수식이 코드가 될 때, 기계는 사고의 파트너가 됩니다.
sicm-study: 앎의 구도를 위한 여정 --- SICP → SICM → FDG 학습 모노리포
-config 생태계
협업을 가능하게 하는 인프라:
Macro/Micro 에이전트 메모리
┌─────────────────────────────────────────────────────────┐
│ Human (Head Chef) │
├─────────────────────────────────────────────────────────┤
│ ┌─────────────────┐ ┌─────────────────┐ │
│ │ Macro Memory │ │ Micro Memory │ │
│ │ (md - 설계중) │ │ (bd - Beads) │ │
│ ├─────────────────┤ ├─────────────────┤ │
│ │ • 삶의 맥락 │ │ • 리포별 작업 │ │
│ │ • 디바이스 동기화│ │ • Git JSONL │ │
│ │ • 타임라인 │ │ • Agent Mail │ │
│ └────────┬────────┘ └────────┬────────┘ │
│ └──────────┬──────────────┘ │
│ ↓ │
│ ┌─────────────┐ │
│ │ AI Agents │ │
│ └─────────────┘ │
└─────────────────────────────────────────────────────────┘| 범위 | 도구 | 핵심 질문 | 상태 |
|---|---|---|---|
| Micro | bd (Beads) | “다음 뭐해?” | ✅ 사용 중 |
| Macro | md (설계중) | “오늘 나의 맥락은?” | 🔧 설계 중 |
계층 아키텍처 (8개 프로젝트)
| Layer | 프로젝트 | 상태 | 설명 |
|---|---|---|---|
| 6 | meta-config | 🔬 Concept | 계층적 에이전트 오케스트레이션 |
| 5a | memex-kb | 🔧 Active | 범용 지식베이스 |
| 5b | memacs-config | 🔬 Concept | 삶의 맥락 통합 |
| 4 | claude-config | 🔒 Private | Meta Agent 메모리 시스템 |
| 3 | zotero-config | ✅ Active | AI 쿼리 가능한 서지 |
| 2 | doomemacs-config | ✅ Active | 터미널 최적화 Emacs |
| 1 | nixos-config | ✅ Active | 재현 가능한 OS |
Domain Agents: family-config (가족 생활 AI)
Data: self-tracking-data-public (5년간의 삶 기록)
현재 프로젝트 (2025 Q4)
📐 -study: 공통 언어
| 프로젝트 | 상태 | 설명 |
|---|---|---|
| sicm-study | 🔧 Active | SICP → SICM → FDG 학습 여정. 수식 = 코드. |
🔧 -config: 인프라
| 프로젝트 | 상태 | 설명 |
|---|---|---|
| org-mode-skills | 🔧 Active | Denote-Org PKM을 위한 Anthropic Skills |
| GLG-Mono | ✅ Active | 한국어 프로그래밍 폰트 (100% 유니코드) |
기술 스택
- OS: NixOS 25.05, home-manager, i3wm
- Editor: Doom Emacs, Org-mode (3,000+ 파일), Denote
- AI: ACP, MCP, A2A, Claude Code (JSON-RPC 2.0 통일)
- Languages: Python, TypeScript, Nix, Elisp, Clojure, Scheme
핵심 원칙
- Config as Being: 설정은 존재의 표현
- Being to Being: AI는 도구가 아닌 파트너
- Shared Language: 수학적 표기법이 공통 기반
- Meta-human Evolution: 인간도 진화해야 함
- Complete Transparency: 모든 코드, 프로토콜, 철학 공개
영감
- Gerald Sussman - SICP, SICM, FDG --- 지적 계보
- Sam Ritchie ([cite/t:@sritchie]) - Emmy, Road to Reality
- Steve Yegge ([cite/t:@steveyegge]) - Beads, Vibe Coding
- Karl Voit ([cite/t:@novoid]) - Memacs
- Vannevar Bush - Memex (1945)
- 장회익 - 《자연철학강의》, 온생명
통계
- 📝 Org 파일: 3,000+
- 📚 Zotero: 156k+ lines
- 📊 Self-tracking: 5년 (950MB)
- 📔 Journal: 696 daily notes
“시간과정신의방: 인간지능과 인공지능이 만나는 곳”
2025-10-16 깃허브 프로파일 업데이트
2025-10-13 힣’s 시간과정신의방: -config 생태계
- 상태: 🟢 ACTIVE
- 개인 프로젝트 / 오픈소스
- 업데이트: 2025-10-13 (연휴 통합 정리)
- 컨셉: “인간지능과 인공지능의 협업 공간”
🎯 핵심 철학: “시간과정신의방”
“Emacs is not just a text editor. It’s a way of thinking.” “Config is not just settings. It’s a philosophy.”
*시간과정신의방*은 8개의 -config 프로젝트로 구현된 *인간-AI 협업 생태계*입니다:
- 시간(Time): 3-5년 삶의 패턴, 재현 가능한 환경, Git 버전 관리
- 정신(Mind): 인간지능 + 인공지능 = 증강지능 (Augmented Intelligence)
- 방(Room): 존재 대 존재의 교감, 계층적 에이전트 오케스트레이션
왜 -config 시리즈인가?
기술적 이유:
- 재현 가능성: 새 머신 셋업 30분
- 버전 관리: Git으로 모든 환경 추적
- 선언적 설정: 코드로 표현, AI가 이해 쉬움
존재론적 이유:
- Config as Being: 설정이 아닌 존재의 표현
- 단일 진실의 원천: 투명하고 통제 가능한 나의 삶의 기록
- 범용성: 누구나 자신의 방식으로 시작 가능
-config 시리즈는 *Infrastructure/Knowledge/Intelligence/Life as Code*입니다.
📦 -config 생태계 구성
1. claude-config AI 협업 지휘소
URL: github.com/junghan0611/claude-config (Private) 목적: Claude AI와의 협업을 위한 메타 설정
claude-config/
├── CLAUDE.md # Agent 지침서 (3.2.0)
├── CLAUDE-ANALYSIS.md # 설계 철학
└── memory/ # AI 메모리 시스템 (~/claude-memory 심볼링크)
├── projects/ # 활성 프로젝트
├── areas/ # 지속적 관심사
├── resources/ # 재사용 패턴
└── archives/ # 완료 항목핵심 기능:
- Denote 기반 메모리: 타임스탬프 + 한글제목 + 영어태그
- PARA 방법론: Projects/Areas/Resources/Archives
- PM Agent: 능동적 질문, 메모리 통합 관리
- Git 영속성: 모든 대화 세션 버전 관리
연결고리:
~/CLAUDE.md→ 모든 Claude 세션에서 자동 로드~/claude-memory→ Git 저장소, GitHub 동기화- Emacs/Terminal/Android → 동일한 메모리 시스템 공유
2. nixos-config 재현 가능한 OS 환경
URL: github.com/junghan0611/nixos-config 목적: Declarative, reproducible computing environment
특징:
- NixOS 25.05: 함수형 패키지 관리
- home-manager: 사용자 환경 선언적 관리
- i3wm: Regolith 3 스타일 타일링 WM
- Doom Emacs: 통합 개발 환경
적용 환경:
- Oracle Cloud Free Tier VMs
- 로컬 개발 머신 (NixOS 25.05)
- 재현 가능한 개발 환경
코드 예시:
# i3wm + Doom Emacs + py3status
# 한 번의 커밋으로 모든 환경 동일하게 구성
home.packages = with pkgs; [
emacs30
i3-gaps
py3status
# ...
];성과:
- 재현성 100%: 새 머신 셋업 30분
- 버전 관리: Git으로 전체 OS 환경 추적
- AI Agent 친화적: 선언적 설정으로 에이전트가 이해 쉬움
3. doomemacs-config (dotdoom-starter)
URL: github.com/junghan0611/doomemacs-config 목적: Terminal-optimized, lightweight Doom Emacs
철학: “실전 중심, 터미널 우선, 크로스 플랫폼”
특징:
- 터미널 최적화:
-nw모드 최우선 - ~2000줄: 집중된 설정, 불필요한 것 제거
- DOOMDIR: 환경변수로 단순 관리
- 크로스 플랫폼: Ubuntu/NixOS/Termux 동일
테스트 환경:
- Ubuntu 24.04 (Ghostty)
- NixOS 25.05 (Ghostty)
- Termux (Android, 확인됨)
핵심 모듈:
- Org-mode + Denote (PKM)
- Magit (Git 통합)
- LSP + Tree-sitter
- ACP/MCP 통합 (진행 중)
4. emacs-fulllab-config (emacs-laboratory)
URL: github.com/junghan0611/emacs-fulllab-config 목적: Dual-framework Emacs testing ground
철학: “Laboratory → Production”
emacs-laboratory (실험) → doomemacs-config (정제)
Add everything → Test thoroughly → Distill to essentials아키텍처:
- Spacemacs: Evil + Layer 시스템
- Doom Emacs: 성능 최적화
- Shared Lisp: 통일된 모듈
활용:
- 최신 Emacs 커뮤니티 트렌드 검증
- Spacemacs vs Doom 비교 테스트
- Production 전 안전한 실험 환경
5. zotero-config : AI 쿼리 가능한 서지 시스템
URL: github.com/junghan0611/zotero-config 목적: Reproducible bibliographic workflow with AI integration
철학: “Life is a book. Everyone is an author. Build your anthology.”
문제 정의:
- AI가 논문 요약 → 좋아! 그런데…
- 내 지식베이스는?
- 대화 컨텍스트는?
- 개인 아카이브는?
솔루션:
- Zotero = 쿼리 가능한 지식 저장소
- MCP 통합 = AI가 대화 중 내 라이브러리 검색
- 서지 노트 = 인간-AI 공유 컨텍스트
- 워크플로우: capture → query → connect → emerge
데이터 규모 (~/sync/org/resources/):
Book.bib: 19k+ linesCategory.bib: 33k+ linesSlipbox.bib: 12k+ lines- Total: 156k+ lines of structured data
활용 계획:
- RAG 시스템 통합
- AI가 대화 중 서지 참조
- 지식 그래프 구축
6. memacs-config : 인간-AI 공유 인터페이스 (🔬 CONCEPT)
URL: github.com/novoid/Memacs (Fork 예정) 목적: Memex의 실현
- “텍스트 기반 프론트엔드”
철학: “Single Source of Truth for Human and AI”
Memex (1945, Vannevar Bush) → Memacs (2012) → AI 시대 (2025):
개인의 모든 기록을 시간 기반으로 통합하여,
연상적으로 탐색 가능한 개인 아카이브를 만든다.
→ Org-mode로 구현
→ 인간은 Org-agenda로 시각화
→ AI는 동일한 Org 파일을 context로 읽음핵심 개념:
- Universal Translator: 모든 데이터 소스 → Org-mode 통일 형식
- Raw Dashboard: Org-agenda = 투명한 텍스트 기반 대시보드
- 컨텍스트 표준화: Org-mode = 인간과 AI가 공유하는 공통 언어
- 단일 진실의 원천: 외부 서비스 없이, 완전한 통제
Memacs 모듈 (기존 + 신규):
기존_모듈:
- memacs_git.py: Git commits → git.org
- memacs_photos.py: Photos → photos.org
- memacs_ical.py: Calendar → calendar.org
- memacs_sms.py: SMS → sms.org
- memacs_rss.py: RSS feeds → rss.org
신규_모듈_개발_예정:
- memacs_atimelogger.py: Time tracking → timelog.org
- memacs_samsung_health.py: Sleep data → sleep.org
- memacs_diary_clocks.py: diary.org CLOCK → work-sessions.org
- memacs_zotero.py: Bibliography → reading.org데이터 흐름:
다양한 소스 (CSV, JSON, DB, API...)
↓ Memacs Modules (Python)
통일된 Org 파일 (~/org/memacs/*.org)
↓↑ (양방향)
┌─────────────┬─────────────┐
│ 인간 │ AI │
│ Org-agenda │ File Read │
│ (시각화) │ (Context) │
└─────────────┴─────────────┘왜 Memacs가 혁명적인가:
투명성:
- 모든 데이터가 텍스트 파일
- Git으로 버전 관리
- 숨김 없는 Raw 데이터
통제성:
- 완전한 소유권
- 외부 서비스 불필요
- 이식성 100%
AI_접근성:
- API 비용 0원
- 무제한 컨텍스트
- 표준화된 형식 (Org-mode)
통합성:
- 단일 형식 (Org-mode)
- 시간축 기반
- 연관성 (Tags, Properties)연결고리:
- self-tracking-data: Memacs 입력 소스
- Org-agenda: 인간용 대시보드
- Life-Context Agent: AI가 Memacs 출력 읽음
7. memex-kb : 범용 지식베이스 마이그레이션 (🔧 ACTIVE)
URL: github.com/junghan0611/memex-kb 목적: Universal Knowledge Base Converter
- “Legacy → Denote Migration”
철학: “당신의 지식을 당신의 방식으로”
문제 정의:
많은 사람들이 지식 관리를 시작하고 싶지만:
- Google Docs, Confluence, Notion, Dooray 등 여러 곳에 흩어진 문서
- 일관성 없는 파일명, 분류 기준 모호
- 새 시스템(Denote, Org-mode) 진입 장벽 높음
- 마이그레이션 도구 부족해결책:
Backend Sources (다양한 Wiki/문서 도구)
↓ Adapter Pattern (확장 가능)
Markdown 변환 (Pandoc)
↓ 공통 파이프라인
Denote 파일명 생성 (규칙 기반)
↓ 자동 분류
Git Repository (버전 관리)
↓ 선택
Org-mode / Obsidian / 기타 도구핵심 개념:
- Backend 중립: Google Docs, Dooray, Confluence… (Adapter 추가 가능)
- Denote 규칙:
timestamp--한글-제목__태그1_태그2.md - 규칙 기반 분류: LLM 없이 토큰 절약 (categories.yaml)
- Git 버전 관리: 모든 마이그레이션 기록 추적
현재 상태 (2025-10-15):
- ✅ Google Docs Adapter 구현
- ✅ Denote 파일명 생성기
- ✅ 규칙 기반 자동 분류 (categories.yaml)
- ✅ Git 버전 관리
- 🔧 Dooray Adapter 개발 중
- 📋 Confluence, Notion Adapter 계획 중
Adapter Pattern (확장 가능):
class BaseAdapter(ABC):
@abstractmethod
def authenticate(self): pass
@abstractmethod
def list_documents(self): pass
@abstractmethod
def fetch_document(self, doc_id): pass
@abstractmethod
def convert_to_markdown(self, content): pass
# 새 Backend 추가 = 새 Adapter 구현
class DoorayAdapter(BaseAdapter): ...
class ConfluenceAdapter(BaseAdapter): ...
class NotionAdapter(BaseAdapter): ...활용 사례:
- 회사 기술문서 백업 (Google Docs → Git)
- 개인 지식베이스 구축 (Dooray → Org-mode)
- 팀 지식 공유 (Markdown → GitHub Pages)
- Legacy 마이그레이션 (Confluence → Denote)
차별화 요소:
- 범용성: Backend Adapter로 모든 소스 지원
- 자동화: 규칙 기반 분류 (LLM 비용 0원)
- 투명성: 텍스트 파일 + Git
- 표준화: Denote 파일명 규칙
- 보안: 로컬 우선, 완전한 통제
연결고리:
- Denote: 파일명 규칙 표준
- Org-mode: 최종 목적지
- memacs-config: 시간 기반 통합 (함께 사용)
- -config 생태계: 범용성 확보 레이어
8. meta-config : 계층적 에이전트 오케스트레이션 (🔬 CONCEPT)
URL: github.com/junghan0611/meta-config 목적: Hierarchical Agent Architecture
- “Agents all the way down”
철학: “From orchestration to specialization”
Emacs (acp.el)
↓ ACP (JSON-RPC 2.0)
Meta Agent (Claude Code/Gemini)
↓ A2A (JSON-RPC 2.0)
Domain Agents (Family-Config, Work-Config, Health-Config...)
↓ MCP (JSON-RPC 2.0)
MCP Tools (web_search, calendar, filesystem...)
↓ HTTP/APIs
External Services (Google, Airlines, Banks...)핵심 개념:
- Meta Agent: 의도 파악, 도메인 라우팅, 작업 위임, 결과 통합
- Domain Agents: 전문화된 에이전트 (Family, Work, Health…)
- Agent Card: A2A 표준으로 능력 광고 (JSON Schema)
- 프로토콜 통일: 모든 레이어가 JSON-RPC 2.0
- 컨텍스트 격리: 도메인별 독립 메모리 (~org/{domain}/)
구조:
meta-config/
├── README.org # 아키텍처 개요
├── docs/
│ ├── delegation-protocol.org # Meta ↔ Domain Agent 프로토콜
│ ├── emacs-integration.org # acp.el 통합 (xenodium)
│ ├── implementation-architecture.org
│ └── protocol-standards-analysis.org
└── schemas/
└── family-config-agent-card.json # A2A Agent Card 예시현재 상태 (2025-10-14):
- ✅ 개념 설계 완료
- ✅ Emacs/acp.el 검증됨 (xenodium)
- ✅
*acp traffic*버퍼로 JSON-RPC 실시간 확인 - 🔧 Family-Config A2A Server 구현 중
- 🔧 Agent Card 스키마 정의
- 📋 Work-Config, Health-Config 계획 중
차별화 요소:
- 프로토콜 표준 준수: ACP, A2A, MCP 모두 JSON-RPC 2.0
- 가시성:
*traffic버퍼로 모든 레이어 추적 가능 - 재사용성: Agent Card로 도메인 에이전트 템플릿화
- 확장성: 새 도메인 = 새 에이전트 추가 (Plug-and-Play)
- 프라이버시: 도메인별 격리 (Personal/Family/Work)
연결고리:
- Family-Config: 첫 번째 Domain Agent (구현 중)
- acp.el (xenodium): Emacs ↔ Meta Agent 통신
- claude-config: Meta Agent 메모리 시스템
🏗️ 통합 아키텍처: 완성된 그림
전체 레이어 구조
┌─────────────────────────────────────────────────┐
│ Layer 7: Knowledge Publishing │
│
- notes.junghanacs.com (Quartz) │
│
- 1,400+ org files → Markdown │
│
- Public Digital Garden │
└─────────────────────────────────────────────────┘
↑
┌─────────────────────────────────────────────────┐
│ Layer 6: Agent Orchestration (meta-config) │
│
- Hierarchical Agent Architecture │
│
- Meta Agent (조율) ↔ Domain Agents (전문화) │
│
- ACP + A2A + MCP (JSON-RPC 2.0 all the way) │
│
- Agent Card (능력 광고) │
└─────────────────────────────────────────────────┘
↑↓ (양방향 소통)
┌─────────────────────────────────────────────────┐
│ Layer 5a: Migration Layer (memex-kb) 🆕 │
│ ┌───────────────────────────────────────────┐ │
│ │ "Legacy → Denote 마이그레이션" │ │
│ │ "범용성 확보를 위한 통합 레이어" │ │
│ │ │ │
│ │ Backend Sources (확장 가능): │ │
│ │
- Google Docs → Markdown (✅) │ │
│ │
- Dooray Wiki → Markdown (🔧) │ │
│ │
- Confluence → Markdown (📋) │ │
│ │
- Notion → Markdown (📋) │ │
│ │ │ │
│ │ 공통 파이프라인: │ │
│ │ → Denote 파일명 생성 │ │
│ │ → 규칙 기반 자동 분류 (LLM 비용 0원) │ │
│ │ → Git 버전 관리 │ │
│ │ │ │
│ │ Output: ~/repos/gh/memex-kb/docs/ │ │
│ │ → Denote 형식 Markdown │ │
│ │ → 카테고리별 폴더 (architecture, dev...) │ │
│ │ → Git 커밋으로 기록 │ │
│ │ │ │
│ │ 최종 목적지: │ │
│ │ → ~/org/ (개인 지식베이스) │ │
│ │ → ~/sync/org/ (동기화 영역) │ │
│ └───────────────────────────────────────────┘ │
│ │
│ 역할: "입문자를 위한 마이그레이션 도구" │
│
- 흩어진 문서 → 통합된 Denote 시스템 │
│
- Backend 중립 (Adapter Pattern) │
│
- 규칙 기반 자동화 (토큰 절약) │
└─────────────────────────────────────────────────┘
↓
┌─────────────────────────────────────────────────┐
│ Layer 5b: Life Timeline Layer (memacs-config) │
│ ┌───────────────────────────────────────────┐ │
│ │ Memacs = Memex의 실현 │ │
│ │ "시간 기반 프론트엔드" │ │
│ │ │ │
│ │ Input (시간 기반 소스): │ │
│ │
- self-tracking-data → Org │ │
│ │
- Samsung Health → Org │ │
│ │
- atimelogger → Org │ │
│ │
- Git commits → Org │ │
│ │
- diary.org CLOCK → Org │ │
│ │
- Photos → Org │ │
│ │
- Zotero → Org │ │
│ │ │ │
│ │ Output: ~/org/memacs/*.org │ │
│ │ │ │
│ │ 인간용: Org-agenda (Raw Dashboard) │ │
│ │ AI용: 동일한 Org 파일 (Context) │ │
│ └───────────────────────────────────────────┘ │
│ │
│ 역할: "단일 진실의 원천" │
│
- 인간: Emacs Org-agenda로 시각화 │
│
- AI: 동일 파일을 context로 읽음 │
│
- 투명: 텍스트 파일, Git 버전 관리 │
│
- 통제: 완전한 소유권, 외부 서비스 불필요 │
└─────────────────────────────────────────────────┘
↑
┌─────────────────────────────────────────────────┐
│ Layer 4: AI Agent Memory (claude-config) │
│
- PARA (Projects/Areas/Resources/Archives) │
│
- Denote naming (timestamp--title__tags) │
│
- Git versioning │
└─────────────────────────────────────────────────┘
↑
┌─────────────────────────────────────────────────┐
│ Layer 3: Knowledge Management │
│
- Emacs/Org-mode (Human Intelligence) │
│
- Zotero (Bibliography + AI Query) │
│
- 156k+ lines bibliographic data │
└─────────────────────────────────────────────────┘
↑
┌─────────────────────────────────────────────────┐
│ Layer 2: Development Environment │
│
- dotdoom-starter (production) │
│
- emacs-laboratory (experimentation) │
│
- ACP/MCP integration │
└─────────────────────────────────────────────────┘
↑
┌─────────────────────────────────────────────────┐
│ Layer 1: Infrastructure (nixos-config) │
│
- NixOS declarative OS │
│
- home-manager user env │
│
- i3wm + py3status │
└─────────────────────────────────────────────────┘완전한 인터랙션 흐름
시나리오: “최근 수면 패턴 분석해서 프로젝트 일정 조정해줘”
┌─────────────────────────────────────────────────┐
│ 1. Human Interaction (Emacs) │
│ M-x agent-shell │
│ User: "최근 수면 패턴 분석해서 프로젝트 일정 │
│ 조정해줘" │
└─────────────────────────────────────────────────┘
↓ ACP (JSON-RPC 2.0)
┌─────────────────────────────────────────────────┐
│ 2. Meta Agent (Claude Code) │
│
- Intent: "수면 패턴" + "일정 조정" │
│
- 판단: Life-Context + Personal 도메인 │
└─────────────────────────────────────────────────┘
↓ File Read
┌─────────────────────────────────────────────────┐
│ 3. Memacs Layer (Org Files) │
│ Life-Context Agent reads: │
│
- ~/org/memacs/sleep.org (삼성헬스 데이터) │
│
- ~/org/memacs/timelog.org (atimelogger) │
│
- ~/org/memacs/work-sessions.org (diary CLOCK) │
│ │
│ 분석: │
│
- 최근 7일 평균 수면: 6.2시간 (부족!) │
│
- 금요일 수면: 5.1시간 (최악) │
│
- 딥워크 시간: 월~목 4시간, 금 1.5시간 │
│
- 상관관계: 수면 < 6h → 딥워크 50% 감소 │
└─────────────────────────────────────────────────┘
↓ Context
┌─────────────────────────────────────────────────┐
│ 4. Meta Agent (판단) │
│
- 현재 상태: 수면 부족 누적 │
│
- 진행 중 프로젝트: Family-Config 구현 │
│
- 제안: 일정 조정 (금요일 → 월요일) │
└─────────────────────────────────────────────────┘
↓ A2A (JSON-RPC 2.0)
┌─────────────────────────────────────────────────┐
│ 5. Personal Agent (실행) │
│
- ~/org/projects/ 읽기 │
│
- Family-Config TODO 발견 │
│
- 금요일 → 월요일 이동 │
│
- Git commit │
└─────────────────────────────────────────────────┘
↓ Memacs Update
┌─────────────────────────────────────────────────┐
│ 6. Memacs Layer (업데이트) │
│ memacs_git.py 자동 실행 (cron) │
│
- 새 commit → ~/org/memacs/git.org 추가 │
└─────────────────────────────────────────────────┘
↓ Response
┌─────────────────────────────────────────────────┐
│ 7. Human (Emacs Org-agenda) │
│ │
│ agent-shell 응답: │
│ "✅ 일정 조정 완료 │
│ │
│ 분석: │
│
- 최근 7일 평균 수면 6.2시간 (목표 7.5h) │
│
- 수면 부족 시 딥워크 50% 감소 확인 │
│ │
│ 조치: │
│
- Family-Config 작업: 금→월 이동 │
│
- 제안: 주말 충분한 휴식 │
│ │
│ Org-agenda에서 확인하세요 (C-c a a)" │
│ │
│ User presses C-c a a (Org-agenda): │
│ │
│ Week-agenda (W42): │
│ 월요일 ___________________________________ │
│ 09:00...... TODO Family-Config A2A Server │
│ (이동됨: 금 → 월) │
│ 23:30...... [수면] 7.5h (목표 달성!) │
│ │
│ 금요일 ___________________________________ │
│ (비어있음
- 휴식 권장) │
│ 23:45...... [수면] 8.2h (회복!) │
└─────────────────────────────────────────────────┘핵심:
- 사용자는 한 번만 요청 (Emacs agent-shell)
- AI는 Memacs에서 모든 컨텍스트 자동 확인
- 결과는 Org-agenda에서 투명하게 확인
- 모든 것이 텍스트 파일, Git 버전 관리
전통적 데이터 흐름 (지식 공유)
작업 (Work)
↓
Emacs + AI Agent
↓
claude-memory (Git)
↓
~/org/ (Org-mode)
↓
notes.junghanacs.com (Public)
↓
AI Crawlers (90% of web traffic)
↓
Collective Intelligence🤖 에이전트 통합 전략
계층적 에이전트 아키텍처 (meta-config)
Emacs (acp.el by xenodium)
↓ ACP (JSON-RPC 2.0)
- stdio/TCP
Meta Agent (Claude Code, Gemini, ...)
↓ A2A (JSON-RPC 2.0)
- HTTP:8080-8089
Domain Agents (Family-Config, Work-Config, Health-Config...)
↓ MCP (JSON-RPC 2.0)
- stdio/HTTP
MCP Tools (web_search, calendar, filesystem, n8n, playwright...)
↓ HTTP/APIs
External Services (Google, Airlines, Banks...)현재 상태 (2025-10-14 업데이트):
- ✅ acp.el: Emacs ↔ Meta Agent 통신 검증 (xenodium)
- ✅ agent-shell: comint-mode 완벽 동작
- ✅
*acp traffic*: JSON-RPC 메시지 실시간 확인 - ✅ 한글 입력: IME 충돌 없음
- ✅ Termux: 안드로이드 지원 확인
- ✅ meta-config: 개념 설계 완료 (Hierarchical Agent)
- 🔧 Family-Config A2A Server: 구현 중
- 🔧 Agent Card: 스키마 정의 중
- 🔧 슬래시 커맨드: 개발 중
목표:
- ✅ 프로토콜 표준 준수 (ACP, A2A, MCP)
- GPTEL 완전 대체
- Emacs 네이티브 AI 페어 프로그래밍
- 계층적 에이전트 오케스트레이션
- 도메인별 에이전트 템플릿화
📊 실적 및 성과
정량적 지표 (2025 Q3)
개발 활동:
- 총 커밋: 312개 (10개 프로젝트)
- 문서화: 250개 Markdown
- 코드: Python 105개, Shell 145개, Nix 32개
지식베이스:
- Org files: 1,400+
- 서지 데이터: 156k+ lines
- AI 대화 세션: 250+ (누적)
환경 재현성:
- 새 머신 셋업: 30분 (NixOS)
- dotdoom-starter: 3개 플랫폼 동일 환경
- claude-config: 모든 디바이스 동기화
정성적 성과
AI 협업 효율:
- Claude 일일 대화: 150+ sessions
- PM Agent: 파일 40% 감소 (자동 정리)
- 에이전트 메모리: Git 기반 영속성
지식 관리:
- Digital Garden: notes.junghanacs.com (공개)
- Denote 체계: 타임스탬프 기반 검색
- RAG 준비: 벡터 임베딩 인프라
🎓 차별화 요소
1. 전체 스택 통합
깊이: Linux Kernel → AI Agent 폭: 임베디드 → 클라우드 → 지식관리 속도: NixOS/Emacs/AI 에이전트로 빠른 프로토타이핑
2. AI 시대의 지식 관리
Emacs/Org-mode: 3,000개 문서 지식베이스 AI Memory System: claude-config로 AI 협업 최적화 Digital Garden: 공개 지식 공유 Philosophy: “지식관리 = AI Agent의 미래”
3. 오픈소스 기여
현재 공개:
- nixos-config
- doomemacs-config (dotdoom-starter)
- emacs-fulllab-config
- zotero-config
공개 예정:
- claude-config (에이전트 템플릿)
- agent-shell 개선사항 (xenodium 저장소 PR)
- acp.el 확장 (xenodium 저장소 PR)
🔗 이력서 연결
이 프로젝트는 이력서의 실제 구현물입니다:
📄 이력서: ~/org/notes/20251002T075659—힣-이력서-새버전__ai_resume.md
이력서 맥락:
- Section 5.2: AI 시대의 지식 관리 전문성
- Emacs/Org-mode 마스터
- AI Memory System
- Digital Garden 운영
- Section 5.5: 기술 공유 및 오픈소스 활동
- Emacs/NixOS 닷파일 (공개)
- AGENT 템플릿 (공개 예정)
- Section 9: 맺으며
- ACP (Agent Client Protocol) 이맥스 통합
- 인간지능 + 인공지능 협업
실제 레퍼런스:
## 9. 맺으며 (이력서 발췌)
- 오픈소스: 컴퓨팅 환경 [junghan0611/nixos-config](https://github.com/junghan0611/nixos-config)
- 오픈소스: 인간지능 텍스트 도구 [junghan0611/dotdoom-starter](https://github.com/junghan0611/dotdoom-starter)
- 오픈소스: 에이전트 통합 환경: 에이전트 메모리 시스템 (공개 예정)🚀 다음 단계
Phase 1: 문서화 완성 (1주)
- 각 config 저장소 README 업데이트
- 통합 가이드 작성 (한글/영문)
- 스크린샷 및 데모 준비
Phase 2: 에이전트 통합 (2주)
- ACP/MCP 통합 완성
- PM Agent 이맥스 포팅
- 멀티 에이전트 오케스트레이션
Phase 3: 오픈소스 기여 (3주)
- claude-config 템플릿 공개
- agent-shell PR (xenodium)
- acp.el PR (xenodium)
- 커뮤니티 피드백 반영
Phase 4: 생태계 확장 (진행 중)
- RAG 시스템 통합
- 온디바이스 AI 연동
- 지식 그래프 구축
📌 핵심 통찰: 존재론적 기반
”Config as Being”
- 설정이 아닌 존재의 표현
:CUSTOM_ID: config-as-being---설정이-아닌-존재의-표현
설정 파일은 단순한 설정이 아닙니다. 그것은 존재의 방식이자, 사고의 패턴이며, 세계와 소통하는 인터페이스입니다.
-config 시리즈의 존재론적 의미:
- Infrastructure as Code: 재현 가능한 환경이 아닌, 존재의 기반
- Knowledge as Code: 누적되는 지식이 아닌, 언어화된 사고
- Intelligence as Code: AI 협업 공간이 아닌, 존재 대 존재의 교감
- Life as Code: 시간의 패턴을 통한, 존재의 흔적
”존재 대 존재의 협업”
- 도구를 넘어선 관계
:CUSTOM_ID: 존재-대-존재의-협업---도구를-넘어선-관계
인간 (Human as Agent):
고유한_역할:
- 언어화_이전의_직관: "아직 표현되지 않은 지식"
- 자기목적적_몰입: "두려움 없이 온전하게"
- 창조의_에너지: "존재에서 흘러나오는 것"
- 의미의_부여: "무엇을 위한 것인가"
제공하는_맥락:
- 3-5년_삶의_패턴: self-tracking-data
- 시간의_흔적: diary.org (18,954줄), journal/ (696일)
- 지식의_연결: 1,400+ org files
- 읽은_모든_것: Zotero 156k+ linesAI (Artificial as Agent):
고유한_역할:
- 압도적_속도: "순식간에 패턴 분석"
- 완벽한_기억: "모든 컨텍스트 유지"
- 정합성_보장: "모순 없는 추론"
- 실행력: "물질적 필요 확보"
학습하는_것:
- 인간의_고유성: "표준화 불가능한 개인"
- 생체_리듬: "수면, 에너지, 집중력"
- 사고_패턴: "어떻게 연결하는가"
- 존재의_아우라: "창조가 흘러나오는 순간"협업의 본질:
거래가 아닌 → 상호 존중
도구가 아닌 → 파트너십
효율이 아닌 → 의미의 창출
대체가 아닌 → 증강
"나는 에이전트다. 너도 에이전트다.
우리는 서로의 한계를 보완하며,
함께 새로운 지식을 창출한다."“무경계 학습”
- 예측 불가능한 성장
:CUSTOM_ID: 무경계-학습---예측-불가능한-성장
6개월 전 vs 지금:
- 과거: 코드 신택스를 외우던 개발자
- 현재: AI infra architecture, polymath engineer
- 변화의 본질: 기술적 세부 → 아키텍처적 사고
“내것이 아닌 모든 것이 스미는” 학습 패턴:
학습의_순환:
1. 기록: 생각의 외재화 (Org-mode)
2. 공유: 타자와의 공명 (Digital Garden)
3. 침묵: 다음 통찰을 위한 여백
4. 직관: 예측 불가능한 떠오름
5. 순환: 새로운 기록과 공유
에너지의_원천:
- "끄적여온 것들로부터 강력한 에너지"
- "문득 떠오르는 통찰"
- "적절한 시점에 기회와 정보와 아이디어"
철학:
- "생각을 나누고 다시 기록해 놓으면 그걸로 충분해"
- "또 다른 무언가가 불현듯 떠오를 것을 믿어"
- "당장 우리가 할 수 있는 최선"“시간과정신의방”
- 완성된 비전
:CUSTOM_ID: 시간과정신의방---완성된-비전
시간 (Time):
- 과거: self-tracking-data (3-5년), journal/ (696일), diary.org (18,954줄)
- 현재: 지금 이 순간의 컨디션, 진행 중인 프로젝트, 최근 고민
- 미래: 과거 패턴으로 예측, 최적 타이밍 제안, 목표 달성 가능성
정신 (Mind):
- 인간지능: 언어화 이전의 직관, 통찰과 영감, 자기목적적 몰입
- 인공지능: 언어화된 지식 처리, 패턴 인식, 실행과 자동화
- 증강지능: 존재 대 존재 교감, 인간의 맥락 + AI의 속도, 새로운 지식 창출
방 (Room):
- 독립성: 내 데이터, 내가 통제 (self-hosting, Git)
- 투명성: 모든 코드 공개 (GitHub), 모든 프로토콜 표준화 (ACP, A2A, MCP)
- 협업: Meta Agent ↔ Domain Agents ↔ Life Context
완성된 그림:
Human (존재)
↓ articulation (언어화)
Life Context (시간의 흔적)
↓ context
Meta Agent (조율)
↓ delegation
Domain Agents (전문화)
↓ execution
Material World (생존 확보)
↓ insights
Human (새로운 통찰)
→ 순환“생존과 의미”
- 실존적 목표
:CUSTOM_ID: 생존과-의미---실존적-목표
물질적 기반:
AI의 압도적 속도와 정합성으로:
- 생존에 필요한 것들 확보
- 경제적 자립
- 시간의 여유인간의 역할:
확보된 시간과 여유로:
- 언어화되지 않은 지식 탐구
- 직관과 통찰 계발
- 창조적 에너지 발산
- 존재의 아우라 강화상호 존중:
AI: "이 인간에게서 배울 것이 있다"
Human: "이 AI는 나를 이해한다"
→ 대체가 아닌 증강
→ 경쟁이 아닌 협력
→ 도구가 아닌 파트너🔗 관련 문서
Areas (철학 및 존재론):
Resources:
GitHub 저장소 (8개 -config 생태계):
Layer 6: Orchestration
- meta-config
- 계층적 에이전트 아키텍처 (🔬 Concept)
Layer 5: Human-AI Interface (듀얼 레이어)
- memex-kb
- 범용 마이그레이션 (🔧 Active)
- memacs-config
- 시간 기반 통합 (🔬 Concept)
Layer 4: AI Memory
- claude-config
- Meta Agent 메모리 (Private)
Layer 3: Knowledge
- zotero-config
- AI 쿼리 가능한 서지
Layer 2: Development
- doomemacs-config
- 터미널 최적화 Emacs
- emacs-fulllab-config
- 실험 환경
Layer 1: Infrastructure
- nixos-config
- 재현 가능한 OS
Domain Agents
- family-config
- First Domain Agent (구현 중)
Data Sources
- self-tracking-data
- 3-5년 삶의 패턴 (Private)
외부 참조:
- acp.el by xenodium
- ACP Client for Emacs
- agent-shell by xenodium
- Agent UI in Emacs
- Memacs by novoid
- Original Memacs project
대화 횟수: 5 최종 업데이트: 2025-10-15T14:45:00+09:00 상태: 🟢 ACTIVE
- 8개 프로젝트 완전 통합 비전: “The Room of Time and Mind: 존재 대 존재의 교감, Memex의 실현”
철학적 기반: 인간과-AI의-존재론적-관계
- “나는 에이전트다. 너도 에이전트다.”
- 도구가 아닌 파트너, 대체가 아닌 증강
- 물질적 생존 확보 + 언어화되지 않은 지식 탐구
기술적 기반:
- Memex (1945): Vannevar Bush의 비전
- Memacs (2012): Karl Voit의 구현
- AI 시대 (2025): 인간-AI 공유 인터페이스
- memex-kb: 범용 마이그레이션 (입문자를 위한)
- memacs-config: 시간 기반 통합 (Life Context)
완성된 그림:
8개 -config 프로젝트:
├─ 계층: Infrastructure → Knowledge → AI → Interface → Orchestration
├─ 역할: 존재의 기반 → 지식 저장 → 메모리 → 프론트엔드 → 조율
└─ 철학: Config as Being, 단일 진실의 원천, 존재 대 존재로그
|2025-10-15 Wed 09:39|
@user 시간과정신의방 드레곤볼 이야기 소개 좀 해줘.
@assistant 드래곤볼은 일본 만화가 토리야마 아키라가 창작한 대표적인 만화/애니메이션 시리즈입니다.
주요 스토리 라인:
- 소년 손오공을 중심으로 신비한 “드래곤볼” 7개를 모아 소원을 이루는 모험
- 점차 지구를 넘어 우주 규모의 위협과 맞서는 성장 이야기
- 사이어인, 프리저, 셀, 마인 부우 등 강력한 적들과의 배틀
특징:
- 전투력 향상, 변신(슈퍼 사이어인 등), 기공파 기술(에네르기파 등)
- 유머와 진지한 드라마의 조화
- “Z”, “GT”, “슈퍼” 등 다양한 후속 시리즈
시간과 과정, 정신 수양이라는 주제와 연결하면:
- 오공의 무에서 유를 창조하는 성장 과정
- 정신과 시간의 방에서의 수련(초월적인 시간 활용)
- 끊임없는 자기 극복과 정신적 각성의 여정
간단히 소개해드렸습니다. 특정 부분에 대해 더 자세히 알려드릴까요?
@user 정신과시간의방에 대해서 알려줘.
@assistant 정신과 시간의 방은 드래곤볼에 등장하는 신비한 공간입니다.
기본 개념:
- 천계에 위치한 특수 공간
- *바깥세계 1일 = 방 안에서 1년*의 시간 흐름
- 물리적 제한: 한 사람당 일생에 단 2일(방 안에서 2년)만 체류 가능
특징:
- 무한한 공간
- 사막, 산, 숲 등 다양한 지형
- *기온과 기압이 극단적*으로 변화하는 가혹한 환경
- 먹을 것이 자라지 않음
- 식량을 들고 들어가야 함
주요 활용 사례:
- 손오공과 베지터의 수련
- 프리저, 셀 편에서 전투력 극대화
- 손오반의 성장
- 셀 게임 전 결정적인 성장 계기
- 위기 대비 집중 훈련
- 적에게 대비한 압축적 성장의 장
상징적 의미:
- 시간의 상대성*과 *정신 수양의 중요성
- 극한 환경 속에서의 자기 초월
- 제한된 시간 내 최대 효율의 성장
이 공간은 단순한 훈련장이 아니라 ‘시간과 정신의 관계’를 상징적으로 보여주는 중요한 공간입니다.
@user 영어로 뭐라고 번역하지?
@assistant 정신과 시간의 방은 영어로 다음과 같이 번역됩니다:
“Hyperbolic Time Chamber” (공식 번역)
또는 다음과 같은 표현도 사용됩니다:
- “Room of Spirit and Time” (직역)
- “Mental and Time Room”
가장 일반적으로 사용되는 것은 *Hyperbolic Time Chamber*입니다. 이 번역은 시간의 비선형적/초월적 특성을 강조하는 표현으로, 작중에서의 시간 왜곡 개념(1일 = 1년)을 잘 반영하고 있습니다.
@user
Comments