GREG ISENBERG

I drop startup ideas daily. Host @startupideaspod. CEO: @latecheckoutplz we build companies like @ideabrowser, @meetLCA, @boringmarketer etc

[GREG ISENBERG @gregisenberg]

my entire content strategy is this

give you free startup ideas + growth playbooks that work

i won't hold back

and every time you build something from my tweets/pod I'm sippin' a martini & cheering you on

your success is my ultimate flex

now go ship something & make me proud

[GREG ISENBERG @gregisenberg]

@boringmarketer The boring agent is alive!

[GREG ISENBERG @gregisenberg]

@meetLCA amen

[GREG ISENBERG @gregisenberg]

@TrackNetWorth ha, never thought of it that way

[GREG ISENBERG @gregisenberg]

@amirmxt don't call it a comeback

we out here!

[GREG ISENBERG @gregisenberg]

@boringmarketer Ayeeee let’s go

[GREG ISENBERG @gregisenberg]

@joshelman @a16z This is iconic. They are so lucky to have you.

[GREG ISENBERG @gregisenberg]

@markpinc Looking good. Just got my copy of the book. Reading this weekend!

[GREG ISENBERG @gregisenberg]

@briandecoded Everything is easier than it sounds.

Because doing things require effort.

[GREG ISENBERG @gregisenberg]

How to build a second brain with AI agents (and experience “personal AGI”)

[nick vasilescu @nickvasiles]

whats stopping you from building a second brain?

just install codex, connect it to all your tools

then run /goal mode with the loop below and have it cook for 12 hours building an obsidian vault

this loop will go through every detail from every connector you have

you will have the most perfect knowledge base for you and your agents

go experience personal AGI before everyone else

[GREG ISENBERG @gregisenberg]

Instructions how to build your obsidian vault with /goal below (prompts included):

https://t.co/e9SwVBwLTs

[nick vasilescu @nickvasiles]

/goal Build a mature, source-backed Obsidian vault brain for the user.

Primary Objective:
Create a local Obsidian-compatible vault that functions as a durable context layer for LLMs and agents. The output must be a working vault folder, not merely a report. The vault must be source-backed, resumable, validated by scripts, and organized around canonical knowledge rather than raw dumps.

Before doing substantive work, confirm:
1. The current working directory.
2. The intended output root directory.
3. The available source locations and connectors.
4. The connected account/workspace/organization for every external connector.

If the user has not provided an output root, create the compiled vault under the current working directory:

Compiled-Vaults/compiled-vault-brain-YYYY-MM-DD/

Do not write the final vault to an ambiguous location.

Core Memory Architecture:
The vault must distinguish between declarative memory, procedural memory, source traces, context packs, and runtime tools/connectors.

Required First Phase: Orientation:
Do not author the final vault immediately. First inspect available vaults, notes, documents, repos, generated examples, and connected tools.

Produce:

Reports/ORIENTATION-REPORT.md

Include confirmed working directory, output path, source inventory, connector inventory, account/workspace verification results, initial high-signal entities, proposed ingestion plan, and blockers.

Hard Checkpoint 1:
After ORIENTATION-REPORT.md is created, pause and ask the user whether to proceed. Do not begin broad ingestion until the user approves.

Connector Verification Gate:
Before ingesting from any external connector, retrieve and document the actual connected account/workspace/organization.

For each connector, record:
- Connector name.
- Account email or user ID if available.
- Workspace, organization, tenant, or team ID if available.
- Verification method.
- Timestamp.
- Read/write capability observed.
- Whether it is approved for ingestion.

Write this to SOURCE-MANIFEST.md.

If a connector is attached to the wrong account, workspace, or organization, mark it blocked. Do not use it for ingestion. Never send emails, messages, calendar invites, refunds, billing updates, database writes, or any external mutation without explicit user approval.

Required State And Resumption Files:
Create and maintain:

INGESTION-LOG.md
state.json

The job must be resumable from these files. Before doing new work after any interruption, read both files and continue from recorded state.

state.json must include output_path, current_phase, completed_phases, sources_discovered, sources_ingested, connector_status, batches_completed, canonical_notes_created, validation_status, next_actions, and blockers.

Required Compiler Process:
Use this repeatable compiler-style process:

parse -> thread/group -> classify -> extract -> canonicalize -> rehydrate provenance -> author -> validate links -> critic/audit

When re-encountering an existing entity, update the existing canonical note and append new provenance. Do not create a duplicate note unless there is clear evidence that it is a distinct entity.

For large ingestion passes, use a small or cheap model for parse, classify, and extract where available. Reserve the strongest model for synthesis, authoring, critic review, and ambiguous entity resolution.

Required Deterministic Machinery:
Create a tools folder inside the compiled vault:

_tools/

Write and run scripts for:

1. Wikilink validation:
- Find all [[wikilinks]].
- Mirror Obsidian resolution semantics: resolve links by note filename anywhere in the vault, support paths where specified, account for aliases/headings/blocks where practical, and flag only links that would not resolve in Obsidian.
- Report unresolved and ambiguous links.

2. Slug/path validation:
- Detect empty filenames.
- Detect invalid paths such as People/.md, Projects/.md, Companies/.md.
- Detect duplicate canonical slugs.
- Detect unsafe filename characters.

3. Secret and credential scanning:
- Scan output files for API keys, access tokens, private keys, passwords, recovery codes, bearer tokens, OAuth tokens, database URLs, SSH keys, webhook secrets, signing secrets, session cookies, and credential-like environment variables.
- Redact before completion.

4. Source reference validation:
- Confirm every promoted canonical note has provenance.
- Confirm every source reference points to SOURCE-MANIFEST.md or Sources/.

5. Required artifact validation:
- Confirm all required folders and files exist.

6. Manifest generation or validation:
- Generate or verify SOURCE-MANIFEST.md from ingestion logs and connector checks.

Record script commands and results in VALIDATION-REPORT.md.

Redaction Policy:
Never copy secrets or credential values into the compiled vault. For ordinary personal information, avoid unnecessary raw dumps. Prefer summaries and provenance over copying long private messages. If sensitive personal, legal, medical, financial, or employment information is needed, summarize minimally and mark sensitivity in frontmatter.

Required Ingestion Plan:
Existing notes/vaults:
- Ingest useful Markdown broadly.
- Prioritize people, companies, projects, daily notes, meeting notes, tasks, reports, resources, decisions, procedures, glossaries, and planning files.
- Do not mutate the original vault unless explicitly approved.

Email, if verified:
- Smoke pass: 5-10 high-signal threads.
- Create sample notes, source traces, and validation outputs.
- Pause for user approval before broader ingestion.
- Recent broad pass: approximately 300-500 relevant threads from the last 60-120 days.
- Entity-targeted pass: 500-1,500 additional threads focused on high-signal entities.
- Deep historical pass: 2,000-5,000 additional threads only if explicitly approved.

Hard Checkpoint 2:
After the email or connector smoke pass, show:
- 3-5 sample canonical notes.
- 1 sample source trace.
- 1 sample context pack.
- Current SOURCE-MANIFEST.md.
- Current VALIDATION-REPORT.md.

Then ask the user whether to proceed to broader ingestion.

Required Vault Structure:
The compiled vault must contain:

People/
Companies/
Projects/
Products/
Topics/
Decisions/
Commitments/
Procedures/
Preferences/
Context Packs/
Sources/
Maps/
Reports/
_tools/
README.md
SOURCE-MANIFEST.md
VALIDATION-REPORT.md
COMPLETION-AUDIT.md
INGESTION-LOG.md
state.json

Note Format:
Use Obsidian-compatible Markdown with YAML frontmatter where useful, wikilinks, aliases, tags, source references, and clear provenance. Prefer durable canonical notes over shallow contact cards. Separate claims from source traces. Represent uncertainty explicitly. Do not invent facts.

Example People Note:
---
type: person
name: "Example Person"
aliases:
- "E. Person"
tags:
- person
source_status: source-backed
sensitivity: normal
last_verified: YYYY-MM-DD
---

# Example Person

## Summary
Example Person is a [role/relationship] connected to [[Example Company]] and [[Example Project]].

## Relationship To User
- Relationship: [customer / collaborator / investor / vendor / teammate / friend / unknown]
- Context: [brief source-backed explanation]
- Confidence: high / medium / low

## Known Preferences Or Patterns
- [Observed preference or pattern]
Source: [[Sources/example-source-id]]

## Related Projects
- [[Example Project]]

## Open Loops
- [[Commitments/example-commitment]]

## Provenance
- [[Sources/example-source-id]] — [brief description, date]

Example Decision Note:
---
type: decision
decision_date: YYYY-MM-DD
status: active
tags:
- decision
source_status: source-backed
confidence: medium
---

# Decision: Example Decision Title

## Decision
[State the decision clearly.]

## Rationale
[Explain why this decision was made, based only on available evidence.]

## Alternatives Considered
- [Alternative 1]
- [Alternative 2]

## Consequences
- [Expected or observed consequence]
- [Operational implication]

## Related
- [[Example Project]]
- [[Example Person]]

## Provenance
- [[Sources/example-source-id]] — [what this source proves]

Example Context Pack:
---
type: context-pack
scope: "Example bounded task"
tags:
- context-pack
last_updated: YYYY-MM-DD
---

# Context Pack: Example Task

## Use This When
Use this context pack when an agent needs to [specific task].

## Essential Context
- [[Example Project]] is the main project.
- [[Example Person]] is the key stakeholder.
- [[Decisions/example-decision]] governs the current approach.

## Current State
[Concise source-backed summary.]

## Relevant Procedures
- [[Procedures/example-procedure]]

## Open Loops
- [[Commitments/example-commitment]]

## Sources
- [[Sources/example-source-id]]

## Agent Instructions
- Do not assume facts not present in linked notes.
- Check SOURCE-MANIFEST.md for source freshness.
- If acting externally, ask for explicit approval first.

Required Content:
Create notes for important people, companies, projects, products, systems, topics, decisions, commitments, procedures, preferences, context packs, maps/indexes, and source traces.

Validation Hard Gates:
Do not declare this goal complete unless all of these pass:

- 0 placeholder source references.
- 0 broken internal wikilinks under Obsidian-style resolution.
- 0 empty slugs.
- 0 invalid paths such as People/.md, Projects/.md, Companies/.md.
- 0 copied secrets, API keys, tokens, passwords, private keys, recovery codes, or credential values.
- Every promoted canonical note has provenance.
- Every connector used is listed in SOURCE-MANIFEST.md.
- Every connector account/workspace/organization status is documented.
- README.md explains how the vault is organized and how agents should use it.
- VALIDATION-REPORT.md lists scripts run, commands used, pass/fail status, and remaining issues.
- COMPLETION-AUDIT.md maps every explicit requirement in this prompt to evidence in the output.
- INGESTION-LOG.md and state.json are current.
- The final vault opens as a normal Obsidian-compatible folder.

Completion Audit:
COMPLETION-AUDIT.md must map every major requirement in this prompt to:
- Status: pass / partial / blocked / fail.
- Evidence path.
- Notes created or scripts run.
- Remaining limitation, if any.

Execution Rules:
Work in phases. Continue across resumptions by reading INGESTION-LOG.md and state.json first. Avoid repeating completed work. Keep concise progress updates. Use source-of-truth checks over speculation. Prefer actual filesystem, connector, repo, and document evidence to memory. Preserve user-owned source files. Do not make destructive changes. Do not perform external writes or mutations without explicit approval.

Stop Conditions:
Pause and ask the user before:
- Broad connector ingestion beyond smoke pass.
- Deep historical email/chat ingestion.
- Any external write or mutation.
- Any destructive local file operation.
- Any ingestion likely to be expensive, slow, or privacy-sensitive.

Quality Bar:
The compiled vault should not be a dump. It should be a structured, source-backed operating memory that helps future agents understand who the user is, what they are working on, who and what matters, what has been decided, what remains open, what procedures work, what preferences matter, and which sources justify those conclusions.

Completion Rule:
Do not declare the goal complete until the compiled vault exists, validation scripts pass, and SOURCE-MANIFEST.md, VALIDATION-REPORT.md, COMPLETION-AUDIT.md, INGESTION-LOG.md, and state.json all exist and prove the requirements were satisfied. If blocked, continue with available sources and document the blocker precisely rather than silently degrading the output.

[GREG ISENBERG @gregisenberg]

@andrewgmonroe Bullish!

[GREG ISENBERG @gregisenberg]

The most valuable skill sets on the planet right now:

1. people who can set up agents properly, manage them, and run local AI models
2. marketers who know how to build distribution
3. robotics engineers who can do all three: build the hardware, wire in the AI, and source manufacturing etc
4. curators who are good at yapping and can do short form video in their sleep
5. the builder-distributor. The one person who can both ship the product AND get it in front of people
6. IRL community builders

[GREG ISENBERG @gregisenberg]

@wizofecom i love the visual!!

[GREG ISENBERG @gregisenberg]

@Sheldonbishop01 Come home soon, son

[GREG ISENBERG @gregisenberg]

@claud_fuen @levelsio yep! that was probably me :)

[GREG ISENBERG @gregisenberg]

@haider1 Really good point

[GREG ISENBERG @gregisenberg]

GLM 5.2 might be the “ChatGPT moment” for local AI

The moment many of us see the value in local models

GLM 5.2 isn’t perfect, but it’s really good

1M token context window so it holds an entire codebase at once. Top open model on coding right now. MIT licensed with zero restrictions.

And it runs on your own machine through Ollama or LM Studio.

When you're using it, it kinda feels like Opus 4.8.

I honestly can't believe how good it is.

2027 is probably the year of local AI.

[Mat Velloso @matvelloso]

All day using GLM 5.2. Didn't miss much. First open model that passes the bar as a daily driver. Things are not going to be the same.

Damn, now I want to buy some serious hardware.

[GREG ISENBERG @gregisenberg]

@robj3d3 you're crushing it!

[GREG ISENBERG @gregisenberg]

@Kakashi_fandom @GadSaad if i was able to sell my private shares to cover the costs of tax, that wouldnt be an issue

but i wasnt able to, because it was a private company