AICL Public Review Guide
Guides first-time reviewers through the AICL research specification, explaining what it is, how to review it, and what feedback helps.
What this file does
Guides first-time reviewers through the AICL research specification, explaining what it is, how to review it, and what feedback helps.
When to use it
- Evaluating AICL as a reviewer for the first time
- Understanding the scope and premise of the AICL project
- Preparing structured feedback or model evaluations for AICL
- Deciding whether to contribute to AICL development
AICL Public Review Guide
This guide is for developers, researchers, AI-system builders, and model users reviewing AICL for the first time.
AICL is a draft research specification for an AI-native semantic compilation layer. It is not currently a working compiler.
1. What AICL Is
AICL explores whether AI-built software should be specified through semantic contracts rather than human-first source code.
It treats the following as first-class build objects:
- intent,
- goals,
- policies,
- constraints,
- capabilities,
- proof obligations,
- resource budgets,
- provenance,
- materialization targets.
Conventional languages such as Python, TypeScript, Kotlin, Swift, SQL, or Rust may be materialization targets. They are not the semantic source of truth.
2. What AICL Is Not
AICL is not:
- a finished compiler,
- a production programming language,
- a prompt-template library,
- a no-code framework,
- a replacement for all programming languages,
- a Python/Rust/TypeScript competitor at the same abstraction layer,
- an official project of any model provider.
3. Recommended Reading Path
For a first review, read in this order:
README.mddocs/kernel/README.mddocs/kernel/SHG_SCHEMA.mddocs/kernel/HAIG_SPEC.mddocs/kernel/PACT_COORDINATION_SPEC.mddocs/kernel/MATERIALIZER_INTERFACE.mddocs/evaluation/AI_MODEL_EVALUATION_GUIDE.mdexamples/enterprise-service-resolution/README.md
If you want deeper context, continue with:
docs/kernel/semantic/wkg/core/aicl-core-ontology-spec.mdspec/programming-reference-manual.mddocs/research/README.md
4. Best Way to Review
The preferred review method is:
- Read the kernel overview.
- Run your preferred AI model against
docs/evaluation/MODEL_REVIEW_PROMPT.md. - Ask the model to cite file paths and section names.
- Convert findings into
docs/evaluation/STRUCTURED_FINDINGS_TEMPLATE.md. - Submit findings using the GitHub issue templates.
5. Useful Feedback
Useful feedback includes:
- contradictions between documents,
- undefined or overloaded terms,
- unclear WKG type authority,
- proof-tier leakage,
- SHG schema gaps,
- compile/runtime boundary confusion,
- HAIG or PACT ambiguity,
- materializer contract weaknesses,
- unsupported claims,
- research-track scope risks,
- implementation blockers for the minimal reference pipeline.
6. Less Useful Feedback
Less useful feedback includes:
- asking AICL to become Python-like,
- judging AICL primarily by human syntax ergonomics,
- reducing AICL to YAML/JSON,
- treating research tracks as accepted kernel features,
- assuming the project claims to have a working compiler,
- proposing large rewrites without identifying the minimal contradiction being fixed.
7. Public Review Boundary
AICL should be evaluated on its own stated premise:
AICL is an AI-native semantic compilation layer where intent, policy, proof, capability, provenance, and materialization are first-class build objects.
Human-readable syntax is useful for inspection and governance, but it is not the root design objective.
8. Contribution Paths
Use:
- AI model evaluation issue template for structured model reviews.
- Contradiction report issue template for conflicting claims.
- Challenge brief issue template for test cases.
- Pull requests only for narrow, concrete corrections.
9. Current Implementation Status
AICL does not yet have a reference compiler.
The next target is a minimal reference pipeline:
Brief → ICC → WKG grounding → SHG validation → proof obligation classification → materializer stub
Reviewers interested in implementation should focus on this pipeline before proposing broader runtime systems.
What's inside
9 sections covering definition, reading path, review method, feedback guidance, contribution paths, and implementation status
Change this for your project
- Replace
MJohnstonAI/Artificial-Intelligence-Compilation-Languagewith your own repository name - Replace file paths like
docs/kernel/README.mdwith your own documentation structure - Replace
AICLwith your own project name throughout
Where it goes
Keep alongside your test suite. Used to define and score model evaluations.
Worth borrowing
- Separating 'what it is' from 'what it is not' to set clear expectations
- Providing a recommended reading order for new reviewers
- Categorizing feedback into useful and less useful to guide contributions
Related Documents
AI Tools for Developers
Curates a personal reference of AI coding tools, models, and setup instructions for VS Code, Xcode, and Cursor.
Voice AI Leaderboards, Benchmarks, and Evaluation Gaps (Jan 2025 -- Feb 2026)
Surveys 20+ voice AI benchmarks from Jan 2025, Feb 2026, identifies evaluation gaps, and provides leaderboard data for STT, TTS, and end-to-end voice agents.
Evaluating AI Agent Systems: Metrics, Benchmarks, and Quality Assurance (2024-2026)
Surveys 2024-2026 metrics, benchmarks, and monitoring tools for evaluating AI agent systems, with recommendations for a self-improving coding agent.
IATA BCBP Standard Compliance
Documents which IATA BCBP fields and barcode formats a Swift library implements, including Version 8 gender code support.