Show HN: GitAgent – An open standard that turns any Git repo into an AI agent
TL;DR Highlight
Put SOUL.md, SKILL.md, and AGENT.md in your Git repo and you've given any AI agent a persistent identity, capabilities, and behavioral guidelines.
Who Should Read
Developers building AI agents on top of Git repositories, and teams thinking about how to encode agent behavior and persona in a version-controlled, auditable way.
Core Mechanics
- The pattern: three files in a Git repo define an AI agent's persistent behavior without any external configuration.
- SOUL.md: the agent's core values, personality, and behavioral constraints — who it is and how it should act.
- SKILL.md: the agent's capabilities and knowledge domains — what it knows how to do and what tools it has access to.
- AGENT.md: operational instructions — how it should handle specific situations, escalation patterns, and workflow-specific rules.
- Storing these in Git means agent behavior is version-controlled, reviewable via PRs, and co-evolves with the codebase it serves.
- This is simpler than framework-specific agent configuration and works with any agent runtime that can read the repo.
Evidence
- The author demonstrated the pattern on a real project, showing how the three files shaped agent behavior across different tasks.
- HN commenters noted this is essentially a structured version of system prompts, but the Git-native approach and the SOUL/SKILL/AGENT taxonomy add useful clarity.
- Some pointed out overlap with existing patterns like CLAUDE.md (used by Claude Code) — suggesting this is a convergent pattern in the ecosystem.
- Others raised the question of security: files like SOUL.md that define agent behavior are potential targets for prompt injection if an attacker can modify the repo.
How to Apply
- Create SOUL.md in your repo to encode the core values and constraints you want your AI agent to maintain — this prevents drift toward behaviors that seem helpful but violate your principles.
- Use SKILL.md to document what tools and APIs the agent has access to, and under what conditions it should use them — this reduces hallucinated tool calls.
- AGENT.md is the operational runbook — document edge cases, escalation paths, and workflow-specific rules the agent should follow.
- Treat PRs to these files with the same care as PRs to core application code — they define your agent's behavior and warrant review.
Terminology
Related Papers
Show HN: OpenKnowledge – open source AI-first alternative to Obsidian/Notion
Git 기반 동기화와 Claude/Codex/Cursor 연동을 내장한 로컬 우선 마크다운 에디터로, AI 에이전트의 두 번째 뇌(LLM Wiki)로 활용할 수 있는 오픈소스 도구다.
The Unfireable Safety Kernel: Execution-Time AI Alignment for AI Agents and Other Escapable AI Systems
AI 에이전트가 자신의 안전장치를 우회할 수 없도록, 에이전트 프로세스 바깥에 수학적으로 증명된 강제 통제 게이트를 배치하는 아키텍처
RubyLLM: A Ruby framework for all major AI providers
OpenAI, Claude, Gemini 등 주요 AI 프로바이더를 단일 인터페이스로 통합한 Ruby 프레임워크로, Rails 통합과 에이전트 기능까지 지원해 Ruby 개발자가 AI 기능을 빠르게 붙일 수 있다.
Qwen-AgentWorld: Language World Models for General Agents
Alibaba Qwen 팀이 AI 에이전트가 행동 결과를 미리 시뮬레이션할 수 있는 'Language World Model'을 공개했다. 에이전트 훈련과 실행 경로 검증에 새로운 패러다임을 제시하는 연구다.
SHERLOC: Structured Diagnostic Localization for Code Repair Agents
버그 위치만 알려주는 게 아니라 '왜, 어떻게 고쳐야 하는지'까지 진단 리포트를 생성해서 코드 수정 에이전트의 성능을 높이는 training-free 프레임워크
Show HN: peerd – AI agent harness that runs entirely in your browser
백엔드 서버 없이 Chrome/Firefox 확장 프로그램으로만 동작하는 AI 에이전트 실행 환경으로, 브라우저 탭을 직접 조작하고 WASM Linux VM까지 구동할 수 있어 프라이버시와 보안을 동시에 챙길 수 있다.