- As of today, the term
AIis overhyped, and 99% of content aboutAIis nothing more than marketing bullshit (the bubble). - The backbone of what is called
AIis just optimized statistical models. - An
LLMis a statistical model for generating templates, trained on large text datasets. - You should review hard the output of any
LLMbefore using it. - GraphMD is anti-AGI. We don't believe in or pursue Artificial General Intelligence. Instead, we focus on practical, verifiable, human-supervised AI assistance.
This project attempts to formalize the process of using LLMs as template generators in a reliable, reproducible, and reviewable way.
GraphMD explicitly rejects the AGI narrative.
- ❌ Not pursuing AGI - We don't believe current approaches lead to general intelligence
- ❌ Not autonomous agents - Humans must always be in control
- ❌ Not "thinking machines" - LLMs are statistical pattern generators, not minds
- ✅ Human-supervised assistance - AI as a tool, not a replacement
- ✅ Verifiable workflows - Every step reviewed and validated
- ✅ Reproducible processes - Documented, testable, auditable
- ✅ Mathematical rigor - Formal verification over blind trust
Why anti-AGI matters:
- Safety - Structured workflows prevent runaway automation
- Accountability - Humans responsible for all decisions
- Quality - Review and validation ensure correctness
- Honesty - We don't promise what we can't deliver
- Focus - Build practical tools, not science fiction
Our approach: Treat LLMs as sophisticated autocomplete, not artificial minds. Use them within formal structures that guarantee human oversight, validation, and control.
GraphMD doesn't just reject AGI—we actively fight against attempts to create it.
The pursuit of Artificial General Intelligence is:
- Technically misguided - Current approaches won't achieve general intelligence
- Dangerously irresponsible - Racing toward uncontrollable systems
- Socially harmful - Diverting resources from solving real problems
- Intellectually dishonest - Marketing fantasies sold as scientific progress
How GraphMD fights back:
- Proving the alternative works - Demonstrating that structured, verifiable AI assistance is more practical and safer than AGI fantasies
- Building constraints - Creating formal verification systems (Pruf) that prevent uncontrolled AI behavior
- Enforcing human control - Designing workflows where humans must validate every step
- Exposing the hype - Showing that LLMs are statistical models, not minds
- Focusing on reality - Solving actual development problems instead of chasing sci-fi dreams
GraphMD proves you don't need AGI for effective AI assistance. You need structure, verification, and human oversight.
Join the fight: Use GraphMD. Build tools that keep humans in control. Reject autonomous agents. Demand verification. Choose practical solutions over AGI hype.
Author: Artem Kulyabin
GraphMD is a Literate Programming Environment (LPE) where the Markdown document is the primary artifact. It enables bidirectional integration between AI Agents and the Literate Programming Environment, transforming Markdown documents into executable specifications through a collaborative intelligence model where humans write prompts, AI Agents perform actions, GraphMD orchestrates, and knowledge emerges.
Humans write prompts → AI Agents perform actions → GraphMD orchestrates → Knowledge emerges
Markdown documents become executable — AI Agents read prompts and Markdown documents, perform actions (extract knowledge, generate new Markdown documents, execute fenced code blocks, etc.), and interpret results. GraphMD provides the environment to orchestrate these interactions.
- Don't Repeat Others and Don't Reinvent the Wheel
- Reuse standards, tools, and prior work; integrate and reference rather than duplicating or rebuilding without strong justification.
Definition: MBEKG are knowledge graphs whose canonical source is human-readable Markdown that's also machine-executable. Documents and sections encode entities and relations; fenced code blocks and commands define behaviors that can be executed by agents.
Core building blocks:
- Documents/sections as nodes — Typed sections represent entities, concepts, or processes
- Links as edges — Markdown links, anchors, and IDs connect entities and encode relations
- Metadata — Front matter and inline tags provide typing, provenance, and policy context
- Executable blocks — Code fences and commands perform checks, queries, generation, and transforms
- Artifacts as first-class — Results (logs, tables, files, etc.) are referenced back into the documents
Execution model: Agents interpret Markdown, execute declared actions, materialize results, and write findings back into the graph. GraphMD orchestrates execution, validation, and provenance so the graph remains consistent as it evolves.
Properties:
- Human-readable, machine-executable — A single source for understanding and automation
- Traceable and reproducible — Append-only evolution with provenance of prompts, actions, and outputs
- Policy-checked — Consistency and quality rules run as part of the loop
- Bidirectional collaboration — Humans describe and review; Agents execute and analyze
Literate Programming treats programs as literature for humans, interleaving narrative and code so that readers understand the why and how together. In GraphMD, the Markdown document is the primary artifact, and execution is driven from within the prose.
How GraphMD applies literate programming:
- Narrative-first documents — Prompts, rationale, and design live alongside executable fenced code blocks
- Executable code fences — Agents execute commands directly from Markdown
- Weave and tangle model — Publisher (planned) weaves human-friendly docs; Sandbox (planned) tangles and serves as a safe, provenance-aware execution environment for Agent actions and Markdown fenced code blocks
- Provenance-aware updates — Prompts, results, and decisions are recorded in-place for reproducibility
Links:
- “Literate Programming” (1984), The Computer Journal (PDF)
- Literate Programming (1992 book) — Knuth’s Stanford page
This guide will help you set up GraphMD and start using the workflow to guide AI-driven development. You'll learn how to begin collaborating with AI Agents through the structured phase-by-phase workflow.
- Bash - For running validation scripts
- Git - For version control
- Agent - Any AI coding assistant
# Clone the main repository
git clone https://github.com/graphmd-lpe/graphmd.git
cd graphmd
# Copy workflow templates to your project
cp -r templates/workflow /path/to/project/workflow/
# Copy validation scripts to your project
cp -r templates/scripts /path/to/project/scripts/
cd /path/to/project
# Initialize Git repository if not already initialized
git init
# Add the templates to the repository
git add workflow/ scripts/
# Create the initial commit
git commit -m "graphmd: add workflow templates and validation scripts"Research phase:
- Copy
workflow/before-research.mdcontent - Paste it into your Agent prompt to start the research phase
- Collaborate with the Agent to research the problem domain, requirements, and constraints
- Copy
workflow/after-research.mdcontent - Paste it into your Agent prompt to review and commit the research
Design phase:
- Copy
workflow/before-design.mdcontent - Paste it into your Agent prompt to start the design phase
- Collaborate with the Agent to create system architecture, data models, and technical decisions
- Copy
workflow/after-design.mdcontent - Paste it into your Agent prompt to review and commit the design
Roadmap phase:
- Copy
workflow/before-roadmap.mdcontent - Paste it into your Agent prompt to start the roadmap phase
- Collaborate with the Agent to define high-level phases, milestones, and dependencies
- Copy
workflow/after-roadmap.mdcontent - Paste it into your Agent prompt to review and commit the roadmap
Planning phase:
- Copy
workflow/before-plan.mdcontent - Paste it into a new Agent session to start the planning phase
- Collaborate with the Agent as it creates a
planningbranch and develops a detailed plan - Copy
workflow/after-plan.mdcontent - Paste it into your Agent prompt to validate, commit, and merge the
planningbranch
Development phase:
- Copy
workflow/before-development.mdcontent - Paste it into a new Agent session to start the development phase
- Collaborate with the Agent as it creates a
developmentbranch and implements your plan - Copy
workflow/after-development.mdcontent - Paste it into your Agent prompt to review, document, and merge the
developmentbranch
The GraphMD workflow consists of 6 phases, each with its own purpose:
- Research - Understand the problem space deeply
- Design - Create system architecture and technical decisions
- Roadmap - Define high-level phases and milestones
- Plan - Create detailed, validated implementation plans
- Development - Generate a codebase
- Review - Retrospective and process improvements. Compare plan vs. implementation
Each phase uses before/after prompt templates that you copy and paste into your Agent session as self-contained prompts.
Prompt Safety: All workflow prompts end with "Stand by for further instructions." to prevent unintended actions and ensure the Agent waits for your next explicit instruction.
- Use independent Agent sessions for Plan and Development phases
- This ensures a fresh LLM context and prevents confusion between planning and development
- Favor slow models with thinking enabled for deeper analysis
- Keep outputs focused and concise
- Quality of understanding matters more than speed
- Review GLOSSARY.md for definitions of key terms and concepts
- Review ECOSYSTEM.md for an end-to-end view of components and integrations
- Review MVP-WORKFLOW.md for detailed phase-by-phase guidance
- Check PROJECT-STRUCTURE.md for detailed project file layout and organization
- Review TEMPLATES.md for templates
- Review RESEARCH-PHASE.md for detailed research phase guidance
- Review DESIGN-PHASE.md for detailed design phase guidance
- Review ROADMAP-PHASE.md for detailed roadmap phase guidance
- Review PLANNING-PHASE.md for detailed planning phase guidance, including best practices and the plan validation state machine for LLM context tracking (context forgetting prevention)
- Review DEVELOPMENT-PHASE.md for detailed guidance on the development phase, including the three-layer LLM context tracking approach and context forgetting prevention strategies
- Review MVP-DEVELOPMENT.md for MVP development best practices
- Review CONTRIBUTING.md for development commands and contribution guidelines
See example projects built with the GraphMD workflow:
- examples/elixir-webservice/ - Complete web service implementation in Elixir demonstrating the full workflow from research to deployment
- examples/rust-wasm-benchmarks/ - Rust WebAssembly performance benchmarking project showcasing technical research and systematic optimization
Each example includes complete workflow artifacts (research notes, design documents, plans, and working codebase) showing how GraphMD guides AI-driven development.
Complete workflow: Research → Design → Roadmap → Plan → Development → Review
graph LR
A[Research] --> B[Design]
B --> C[Roadmap]
C --> D[Plan]
D --> E[Development]
E --> F[Review]
A --> A1[RESEARCH.md]
B --> B1[DESIGN.md]
C --> C1[ROADMAP.md]
D --> D1[PLAN-BACKLOG.md<br/>PLAN-CHANGELOG.md<br/>plan/*.md]
E --> E1[DEV-BACKLOG.md<br/>DEV-CHANGELOG.md<br/>DEV-JOURNAL.md<br/>development/]
F --> F1[Retrospective<br/>Lessons Learned<br/>Process Improvements<br/>PLAN-VS-IMPLEMENTATION.md]
style A fill:#e1f5ff
style B fill:#e1f5ff
style C fill:#fff4e1
style D fill:#ffe1e1
style E fill:#e1ffe1
style F fill:#f0e1ff
This workflow is specifically designed for efficient MVP development.
For detailed guidance on each phase, including recommendations, what to focus on, and how to use the before/after prompt templates, see MVP-WORKFLOW.md.
For detailed guidance on using this workflow for MVP development, including best practices, common pitfalls to avoid, and success metrics, see MVP-DEVELOPMENT.md.
gitGraph
commit id: "research: complete analysis"
commit id: "design: system architecture"
commit id: "roadmap: define milestones"
branch planning
checkout planning
commit id: "plan: create PLAN-BACKLOG.md"
commit id: "plan: step 01 validated"
commit id: "plan: step 02 validated"
commit id: "plan: step 03 validated"
checkout main
merge planning
branch development
checkout development
commit id: "dev(step-1): setup structure"
commit id: "dev(step-1): install deps"
commit id: "dev(step-2): create schema"
commit id: "dev(step-2): migrations"
commit id: "dev(step-3): API endpoints"
checkout main
merge development
commit id: "dev: final report"
- Pre-commit Hook: Install
templates/scripts/pre-commithook to automatically validate plans before committing - Conventional Commits: Use the format
research:,design:,roadmap:,plan:,dev:for phase commits - Validation Checkpoints: Commit after passing validation in each phase
- Incremental Development: Commit after each meaningful subtask completion
This is Version v0.1 of GraphMD — the foundational implementation of the Markdown‑Based Executable Knowledge Graph (MBEKG) concept.
🔬 Active development: Research and design for GraphMD v0.2 are underway, incorporating lessons learned from v0.1 and exploring advanced features.
📝 Read the announcement: Introducing GraphMD on Medium
🔬 Research ideas: See RESEARCH.md for experimental features including LLM context visualization, knowledge graphs, and domain modeling with Mermaid diagrams.
🎯 Pruf - Formal Verification: See PRUF.md for the specification of Pruf, a formal verification DSL for mathematically proving GraphMD workflow correctness.
😈 Why anti-AGI matters (with dark humor): See FUN.md for absurd scenarios like nuclear warfare workflows that prove why human oversight isn't a limitation—it's the safety mechanism.
🛡️ How humor prevents catastrophe: See HUMOR-PREVENTS-APOCALYPSE.md - a 4000+ word essay arguing that humor is a cognitive safety mechanism for existential risk. Why making nuclear warfare jokes might be the most responsible thing we've done.
🏴☠️ The Greatest Hack (full disclosure): See hack/cursor_create_announcement_post_for_med.md - the complete 25,254-line Cursor conversation that built this entire project. Every prompt, response, validation step, and meta-joke documented. This is CVE-2025-AGI-BTFO fully disclosed: proof that structured human oversight beats autonomous AGI fantasies.
🌐 GraphMD ecosystem vision (planned): See ECOSYSTEM.md for details.
- Markdown toolkit
- Markdown validation
- Markdown generation
- Markdown quality assurance
- Markdown refactoring
- Markdown encyclopedia
- Documentation toolkit
- Documentation generation
- Documentation publishing
- Sandbox for executing Agent actions and Markdown fenced code blocks
- Domain-specific language for prompts
- Artifact analysis toolkit
- Agent workflow orchestration toolkit
- Agent crew management and orchestration toolkit
- Knowledge graph toolkit (RDF, OWL, etc.)
- Enhanced literate programming tools
The current version serves as a solid foundation for AI-driven development workflows while building toward a comprehensive ecosystem for executable knowledge graphs.
If the primary GitHub repository becomes unavailable, use the emergency restore script for a complete repository restore from bundle backup available at: https://mirror.git.artbin.me/graphmd-lpe/graphmd.bundle
# Restore from backup bundle
./scripts/emergency/restore-from-backup-mirror.sh \
https://mirror.git.artbin.me/graphmd-lpe/graphmd.bundle \
/path/to/restoreSee scripts/emergency/RESTORE.md for detailed usage instructions.
Note: This mirror should only be used as a fallback when the primary GitHub repository is inaccessible. For normal usage, always use the main repository.
- Artem Kulyabin (@artbin)
- Pyralog - Platform for Secure, Parallel, Distributed, and Decentralized Computing. A high-performance distributed log and database system built in Rust, featuring cryptographic verification, multi-model queries, and post-quantum security. GraphMD emerged as a byproduct of Pyralog development to formalize the AI-assisted development workflow.
This project is licensed under the MIT-0 and CC0-1.0 licenses - see the LICENSE file for details.