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: adamsreview – better multi-agent PR reviews for Claude Code
Claude Code에서 최대 7개의 병렬 서브 에이전트가 각각 다른 관점으로 PR을 리뷰하고, 자동 수정까지 해주는 오픈소스 플러그인이다. 기존 /review나 CodeRabbit보다 실제 버그를 더 많이 잡는다고 주장하지만 커뮤니티에서는 복잡도와 실효성에 대한 회의론도 나왔다.
How Fast Does Claude, Acting as a User Space IP Stack, Respond to Pings?
Claude Code에게 IP 패킷을 직접 파싱하고 ICMP echo reply를 구성하도록 시켜서 실제로 ping에 응답하게 만든 실험으로, 'Markdown이 곧 코드이고 LLM이 프로세서'라는 아이디어를 네트워크 스택 수준까지 밀어붙인 재미있는 사례다.
Show HN: Git for AI Agents
AI 코딩 에이전트(Claude Code 등)가 수행한 모든 툴 호출을 자동으로 추적하고, 어떤 프롬프트가 어느 코드 줄을 작성했는지 blame까지 가능한 버전 관리 도구다.
Principles for agent-native CLIs
AI 에이전트가 CLI 도구를 더 잘 사용할 수 있도록 설계하는 원칙들을 정리한 글로, 에이전트가 CLI를 도구로 활용하는 빈도가 높아지면서 이 설계 방식이 실용적으로 중요해지고 있다.
Agent-harness-kit scaffolding for multi-agent workflows (MCP, provider-agnostic)
여러 AI 에이전트가 서로 역할을 나눠 협업할 수 있도록 조율하는 scaffolding 도구로, Vite처럼 설정 없이 빠르게 멀티 에이전트 파이프라인을 구성할 수 있다.
Show HN: Tilde.run – Agent sandbox with a transactional, versioned filesystem
AI 에이전트가 실제 프로덕션 데이터를 건드려도 롤백할 수 있는 격리된 샌드박스 환경을 제공하는 도구로, GitHub/S3/Google Drive를 하나의 버전 관리 파일시스템으로 묶어준다.