Skip to content
/

trilogy-group/codex-second-brain-starter-kit

codex-second-brain-starter · trilogy-group/codex-second-brain-starter-kit · ★ 0 · last commit 2026-05-12

Enterprise Obsidian-based second brain builder for OpenAI Codex using BASB methodology, gpt-5.5 with reasoning-effort routing, and Tyler provider gateway for durable execution.

Best whenProduct intelligence should be built once from all sources (repos, docs, URLs, support, wikis) into a single manifest-driven ontology, with explicit reasonin…
Skip ifSpecializing the setup to a single product, Using Chat Completions instead of Responses API for reasoning-heavy tasks
vs seeds
ccmemory(external knowledge store + vector DB) and claude-conductor (documentation-as-artifact), but codex-second-brain combines…
Primitive shape 3 total
Skills 3
00

Summary

trilogy-group/codex-second-brain-starter-kit — Summary

trilogy-group/codex-second-brain-starter-kit is a GPT-5.5-powered "second brain" workflow kit for OpenAI Codex, designed to build Obsidian knowledge vaults from multi-source product intelligence. The framework ships 3 skills (product-intelligence-factory, obsidian-intelligence-system, product-engineering-ops), 6 prompt files (bootstrap, ingest, engineering layer, bug workflow, automations, readiness review), bootstrap scripts, and manifest/template YAML. It uses gpt-5.5 with explicit reasoning effort routing: medium for high-fanout reducers, high for synthesis tasks. The central artifact is a product_ontology.json + Obsidian vault combining PARA methodology, CODE workflow, progressive summarization, intermediate packets, and evidence cards from 10+ source types (repos, DOCX/PDF, URLs, support articles, wiki pages). 0 GitHub stars, MIT license, maintained by Trilogy Group's engineering team.

differs_from_seeds: No direct seed equivalent — this is a knowledge management system targeting OpenAI Codex (not Claude Code), built for enterprise product intelligence workflows. Closest seeds: ccmemory (external knowledge store) and claude-conductor (documentation-as-first-class-artifact), but codex-second-brain is orders of magnitude more complex. The BASB (Building a Second Brain) methodology integration (CODE/PARA/progressive summarization) applied to software product intelligence is unique in the entire research corpus. Tyler provider gateway routing for enterprise deployment is an enterprise feature not present in any seed.

01

Overview

trilogy-group/codex-second-brain-starter-kit — Overview

Origin

Published by Trilogy Group (enterprise software company). 0 GitHub stars. MIT license. Python language. Last pushed 2026-05-12. 1 contributor (Colin Guilfoyle, Sergio Wermuth listed as maintainers).

Philosophy

From the README:

"This is a generic Codex setup for testing the second-brain workflow on any codebase."

"This package is intentionally generic. It does not assume any specific repository, product, or support system."

The framework applies Tiago Forte's BASB (Building a Second Brain) methodology to software product intelligence:

  • CODE: Capture, Organize, Distill, Express
  • PARA: Projects, Areas, Resources, Archives
  • Progressive Summarization: Layer-by-layer knowledge compression
  • Intermediate Packets: Reusable knowledge units

Intelligence Model

From the README:

"Full-fidelity LLM synthesis defaults to gpt-5.5 with hybrid reasoning: medium for high-fanout source/theme reducers, generation shards, and business-value entity synthesis, and high for capability reducers, ontology reducers, Product Ontology v2, and semantic cluster synthesis."

The framework uses OpenAI's Responses API (not Chat Completions) for explicit reasoning effort routing.

Enterprise Deployment: Tyler Provider Gateway

TYLER_PROVIDER_GATEWAY_BASE_URL: ...
TYLER_PROVIDER_GATEWAY_TOKEN: ...
TYLER_PROVIDER_GATEWAY_PRODUCT_ID: ...
TYLER_PROVIDER_GATEWAY_JOB_RUN_ID: ...

When Tyler environment variables are set, all OpenAI calls route through Trilogy's provider gateway for durability, retries, and live diagnostics.

Evidence Types Supported

Repositories, repo docs, uploaded files, crawled URLs, support articles, wiki pages, DOCX/PDF/plain documents, code references, generated notes — combined into a unified multi-source evidence-card layer.

02

Architecture

trilogy-group/codex-second-brain-starter-kit — Architecture

Distribution

Standalone GitHub repository. Install skills into Codex home directory.

Install Method

# Copy skills to Codex home
cp -r skills/ $CODEX_HOME/skills/

# Install Python dependencies
pip install -r requirements-dev.txt  # optional: tree_sitter, tree_sitter_languages

# Optional GitHub CLI for repo mirror sync
brew install gh

Directory Tree

trilogy-group/codex-second-brain-starter-kit/
├── skills/
│   ├── product-intelligence-factory/
│   │   ├── SKILL.md
│   │   ├── agents/
│   │   │   └── openai.yaml        (OpenAI Responses API config)
│   │   ├── references/
│   │   │   ├── manifest-schema.md
│   │   │   └── automation-pack.md
│   │   └── scripts/
│   ├── obsidian-intelligence-system/
│   │   ├── SKILL.md
│   │   └── ...
│   └── product-engineering-ops/
│       ├── SKILL.md
│       └── ...
├── scripts/
│   ├── init_product_manifest.py    (creates product.yaml)
│   ├── validate_product_manifest.py
│   ├── init_intelligence_profile.py
│   ├── vault_rebuild.py
│   ├── source_index.py
│   └── privacy_sanitizer.py
├── prompts/
│   ├── 01_bootstrap_product.md
│   ├── 02_ingest_and_build_second_brain.md
│   ├── 03_build_engineering_layer.md
│   ├── 04_bug_workflow.md
│   ├── 05_create_automations.md
│   └── 06_review_readiness.md
├── templates/
│   ├── manifest.yaml
│   ├── profile.yaml
│   └── automation templates
├── examples/
│   └── sample manifests
├── INSTALL.md
├── QUICKSTART.md
├── WIZARD.md
├── WORKFLOW.md
└── requirements.txt

Required Runtime

  • openai-codex (cloud platform)
  • Python 3
  • Git
  • Obsidian (for vault)
  • OPENAI_API_KEY (for gpt-5.5 semantic clustering)
  • Optional: tree_sitter, tree_sitter_languages (for AST-backed code intelligence)
  • Optional: GitHub CLI (gh) for repo mirror sync

Config

  • product.yaml — product manifest (product identity, vault/workspace paths, repos, sources)
  • intelligence-profile.yaml — synthesis settings (model, reasoning effort, workers)
  • Tyler env vars for enterprise gateway routing
03

Components

trilogy-group/codex-second-brain-starter-kit — Components

Skills (3)

product-intelligence-factory

  • Builds repeatable product-import systems for multiple products
  • Creates product manifests via init_product_manifest.py
  • Validates manifests, creates capability profiles
  • Manages automation packs
  • Pairs with obsidian-intelligence-system and product-engineering-ops

obsidian-intelligence-system

  • Builds Obsidian vaults from product intelligence
  • Implements BASB (Building a Second Brain) methodology
  • Handles CODE stages, PARA mapping, progressive summarization
  • Manages output conversion and archive hygiene
  • Processes evidence cards from multi-source inputs

product-engineering-ops

  • Code intelligence inventories: routes, schemas, calls, dependencies, tests
  • Ownership, churn, AST/parser backends analysis
  • Engineering readiness reporting
  • Bug workflow management

Scripts (6)

  • init_product_manifest.py — creates product.yaml with product identity, paths, repos, sources
  • validate_product_manifest.py — validates manifest schema and path existence
  • init_intelligence_profile.py — creates intelligence-profile.yaml with gpt-5.5 settings
  • vault_rebuild.py — source-index + privacy-sanitizing vault rebuild
  • source_index.py — creates source index for vault content
  • privacy_sanitizer.py — sanitizes sensitive content before vault storage

Prompts (6, ready-to-paste into Codex)

  • 01_bootstrap_product.md — validates manifest, confirms BASB model, checks workspace
  • 02_ingest_and_build_second_brain.md — builds evidence-card layer from all sources
  • 03_build_engineering_layer.md — code intelligence inventory (routes, schemas, AST)
  • 04_bug_workflow.md — bug workflow with code intelligence context
  • 05_create_automations.md — lifecycle automations (weekly reviews, archive records)
  • 06_review_readiness.md — engineering readiness report generation

Agents

  • skills/product-intelligence-factory/agents/openai.yaml — OpenAI Responses API configuration
    • Model: gpt-5.5
    • reasoning_effort: medium (high-fanout reducers) / high (synthesis)

Templates

  • templates/manifest.yaml — product manifest template
  • templates/profile.yaml — intelligence profile template with reasoning effort settings

Central Artifact: product_ontology.json

A canonical JSON artifact containing: product purpose, personas, capabilities, workflows, repos, APIs, entities, tests, CI/CD, evidence citations. The ontology is the persistent structured representation of a product's intelligence.

05

Prompts

trilogy-group/codex-second-brain-starter-kit — Prompts

Verbatim Excerpt 1: 01_bootstrap_product.md

# Prompt 01: Bootstrap A Product

Use `product-intelligence-factory`, `obsidian-intelligence-system`, and
`product-engineering-ops`.

I want to test the second-brain workflow on a new product.

Use this manifest:
`/absolute/path/to/product.yaml`

Goals:
- validate the manifest
- validate the intelligence profile path and capability coverage
- confirm the Product BASB operating model: CODE stages, PARA mapping,
  progressive summarization, output conversion, and archive hygiene
- inspect the workspace and vault
- confirm the mode and source boundaries
- tell me what is missing before ingestion starts
- keep the workflow generic and manifest-driven

Do not specialize the setup to a single product unless a source or auth
flow truly requires it.

Prompting technique: Explicit skill invocation (3 skills named). Goal decomposition as checklist (7 goals). Anti-specialization constraint ("Do not specialize the setup to a single product"). Manifest-driven — all product-specific information is in the manifest, not the prompt.


Verbatim Excerpt 2: product-intelligence-factory SKILL.md (manifest creation)

### 1. Start with a product manifest

Create a starter manifest with:

```bash
python3 scripts/init_product_manifest.py \
  --output "/absolute/path/to/product.yaml" \
  --name "Product Name" \
  --slug "product-slug" \
  --mode hybrid \
  --vault "/absolute/path/to/vault" \
  --workspace "/absolute/path/to/workspace"

2. Treat manifests as the scale boundary

The manifest should hold:

  • product identity and vault/workspace paths
  • source corpus paths and authenticated cache locations
  • repository inventory
  • safe mirror locations for repo sync
  • automation ids
  • engineering readiness categories and next steps

**Prompting technique**: Script-execution instructions embedded in the skill. "Treat manifests as the scale boundary" is an explicit architecture principle — the manifest is where human decisions are encoded, keeping the workflow generic. Reference file loading (`$CODEX_HOME/skills/...`) for skill dependencies.

---

## Verbatim Excerpt 3: Intelligence profile defaults

```yaml
semantic_clustering:
  llm_model: gpt-5.5
  reasoning_effort: high
  llm_cluster_synthesis: true

business_value:
  enabled: true
  llm_model: gpt-5.5
  reasoning_effort: medium
  ontology_reasoning_effort: high
  synthesis_workers: 24
  batch_size: 12
  cache_enabled: true
  timeout_seconds: 180

Prompting technique: YAML configuration as LLM reasoning budget — reasoning_effort as a first-class parameter. synthesis_workers: 24 and batch_size: 12 suggest high-concurrency design. cache_enabled: true is explicit cost optimization.

09

Uniqueness

trilogy-group/codex-second-brain-starter-kit — Uniqueness

differs_from_seeds

No direct seed equivalent. The closest seeds are ccmemory (external knowledge store, vector DB) and claude-conductor (documentation-as-artifact), but codex-second-brain exceeds both in scope: it combines Obsidian vault management, multi-source evidence cards, semantic clustering, product ontology generation, and BASB methodology into a single enterprise-scale workflow. The BASB methodology (CODE/PARA/progressive summarization/intermediate packets) applied to software product intelligence is unique in the entire research corpus. Explicit reasoning effort routing (medium vs high per task type) using OpenAI's Responses API (not Chat Completions) is more sophisticated than any seed's model configuration. The Tyler provider gateway for enterprise Codex deployment is an enterprise feature not present in any framework in this analysis.

Positioning

Enterprise product intelligence system for Codex power users at technology companies. Trilogy Group's own engineering teams are the primary users. The 0-star count reflects a newly published internal toolkit made public rather than a community project.

Observable Failure Modes

  1. Complex dependencies: Requires Obsidian, Python 3, OpenAI API key, optional tree_sitter, optional GitHub CLI. High setup cost.
  2. OpenAI-only: Locked to gpt-5.5 and OpenAI Responses API. Cannot be used with Claude or other providers without significant refactoring.
  3. Obsidian requirement: Obsidian is required for the vault UI. Enterprise environments without Obsidian licenses cannot use this framework as-is.
  4. Tyler-specific enterprise features: The Tyler provider gateway is Trilogy-internal infrastructure. External users cannot use Tyler routing without Trilogy's platform.
  5. No Claude Code support: This is a Codex framework. Claude Code users cannot use it directly.

Comparison with codex-starter-acthouse

Both target OpenAI Codex, but they're at opposite ends of complexity:

  • codex-starter-acthouse: 3 files, minimal setup, beginner-oriented
  • codex-second-brain-starter: 50+ files, enterprise intelligence system, expert-oriented
04

Workflow

trilogy-group/codex-second-brain-starter-kit — Workflow

Core Workflow (6 prompts = 6 phases)

Prompt Phase Action
01 Bootstrap Validate manifest, confirm BASB model, check workspace
02 Ingest Build evidence-card layer from all source types
03 Engineering layer Code intelligence inventory (AST, routes, schemas)
04 Bug workflow Bug investigation with code intelligence context
05 Automations Set up lifecycle automations (weekly reviews, archives)
06 Readiness Generate engineering readiness report

Product BASB Loop

Stage Action Output
Capture Ingest repos, docs, URLs, support articles Evidence cards in vault
Organize PARA mapping (Projects/Areas/Resources/Archives) Structured vault
Distill Progressive summarization, semantic clustering Intermediate packets
Express Generate shippable outputs (reports, ontology, docs) product_ontology.json + reports

Reasoning Effort Routing

Task Effort Rationale
High-fanout source/theme reducers medium Many sources, each short
Generation shards medium Parallel generation
Business-value entity synthesis medium Broad scan
Capability reducers high Complex synthesis
Ontology reducers high Cross-domain synthesis
Product Ontology v2 high Highest-quality output
Semantic cluster synthesis high Clustering requires reasoning

Manifest-Driven Scale

Each new product gets a product.yaml manifest. This enables:

  • Multi-product portfolio with same workflow
  • Incremental updates (add new sources, re-run specific phases)
  • Automation scheduling

Approval Gates

Prompt 01 explicitly asks the user to confirm before ingestion starts:

"Confirm the mode and source boundaries. Tell me what is missing before ingestion starts."

06

Memory Context

trilogy-group/codex-second-brain-starter-kit — Memory & Context

Memory Type

Hybrid — file-based (Obsidian vault + product_ontology.json) + vector (OpenAI embeddings for semantic clustering).

Primary Memory Artifact: Obsidian Vault

The Obsidian vault IS the memory system. It contains:

  • Evidence cards (one per source item)
  • PARA-organized notes (Projects/Areas/Resources/Archives)
  • Progressive summaries (layer-by-layer knowledge compression)
  • Intermediate packets (reusable knowledge units)
  • Weekly reviews (automated)
  • Stale-source archive records

Secondary Artifact: product_ontology.json

Canonical JSON artifact containing: product purpose, personas, capabilities, workflows, repos, APIs, entities, tests, CI/CD, evidence citations. Updated on each vault rebuild.

Semantic Clustering

OpenAI embedding-based semantic clustering + LLM cluster synthesis creates "reusable intermediate packets" across support articles, wiki pages, code, and generated notes. Required — not optional (per README: "required OpenAI embedding-based semantic clustering").

Cross-Session Handoff

Yes — Obsidian vault persists indefinitely. product_ontology.json persists. Semantic clustering results cache.

Update Mechanism

vault_rebuild.py — refreshes vault from updated sources. Can be scheduled as a recurring automation (prompt 05).

Memory Persistence

Project-to-global scope. Vault and ontology persist across all Codex sessions.

Privacy

privacy_sanitizer.py sanitizes content before vault storage — removes sensitive data from public/shared vaults.

State Files

  • product.yaml (product manifest)
  • intelligence-profile.yaml (synthesis config)
  • product_ontology.json (canonical product knowledge)
  • Obsidian vault files (*.md, attachments)
  • Source index (.source_index/)
  • Embedding caches
07

Orchestration

trilogy-group/codex-second-brain-starter-kit — Orchestration

Multi-Agent Support

Yes — 3 skills are used in combination (product-intelligence-factory + obsidian-intelligence-system + product-engineering-ops).

Orchestration Pattern

sequential — skills are invoked in a defined 6-prompt sequence.

Multi-Model Usage

Yes — gpt-5.5 with explicit reasoning effort routing:

  • medium effort: high-fanout reducers, generation shards, business-value synthesis
  • high effort: capability reducers, ontology synthesis, semantic clustering

This is the most sophisticated reasoning-effort routing in the batch.

Isolation Mechanism

Container (Codex platform). Python scripts run in Codex's environment.

Execution Mode

One-shot per prompt. The full workflow is 6 sequential prompts, each a separate Codex task.

Concurrency

synthesis_workers: 24, batch_size: 12 in the intelligence profile — suggests high concurrency for embedding/synthesis operations within a single prompt execution.

Tyler Provider Gateway

For enterprise deployment: all OpenAI Responses API calls route through Trilogy's provider gateway with durable job tracking, retries, and live diagnostics. This converts long pod-local HTTP calls into durable Tyler provider tasks.

Crash Recovery

Partial — caching (cache_enabled: true) and the vault's persistent state mean partial runs can be resumed. Manifest-driven design allows re-running specific phases.

Consensus Mechanism

None.

08

Ui Cli Surface

trilogy-group/codex-second-brain-starter-kit — UI / CLI Surface

Dedicated CLI Binary

No — Python scripts are invoked directly.

Local Web Dashboard

Obsidian (installed separately) serves as the knowledge base UI. Obsidian is a note-taking application, not a web dashboard, but provides the primary human-readable interface to the vault.

CLI Surface (Python scripts)

python3 scripts/init_product_manifest.py --output ... --name ... --slug ...
python3 scripts/validate_product_manifest.py --manifest ... --check-paths
python3 scripts/init_intelligence_profile.py --output ...
python3 scripts/vault_rebuild.py
python3 scripts/source_index.py
python3 scripts/privacy_sanitizer.py

Codex Interface

Prompts in prompts/ directory are ready to paste into Codex chat interface.

Documentation

  • INSTALL.md — setup instructions
  • QUICKSTART.md — 15-minute getting started guide
  • WIZARD.md — guided setup wizard instructions
  • WORKFLOW.md — full workflow documentation

Intro Video

README links to a Synthesia video explaining the framework: https://share.synthesia.io/...

Git Automation

No automatic commits. Code changes are proposed by Codex and reviewed by the user.

Related frameworks

same archetype · same primary tool · same memory type

MemPalace ★ 53k

Verbatim local-first AI memory with 96.6% R@5 retrieval on LongMemEval using zero API calls — structured into a palace hierarchy…

Beads (Yegge) ★ 24k

Dolt-powered distributed graph issue tracker where AI agents track tasks with hierarchical IDs and dependency edges, claim work…

deepagents (LangChain) ★ 23k

Opinionated Python agent harness on top of LangGraph with sub-agents, filesystem, memory, and context compaction bundled in

agentmemory ★ 18k

Persistent, searchable memory for AI coding agents that captures every tool interaction, compresses it via LLM, and injects…

Open Multi-Agent ★ 6.3k

Give a natural-language goal to a coordinator agent and get a dynamically decomposed, parallelized task DAG executed by…

Basic Memory ★ 3.1k

Gives AI agents a persistent, human-readable knowledge graph of project decisions, observations, and relations stored as plain…