Independent thinking. Documented progress.Field notes on working with AI

Workspace Development · 7 min read · estimate

Coordinate several artifacts from one fact set

Plan a coherent bundle with canonical facts, artifact contracts, dependency order, and checks that catch disagreements across outputs.

Download Markdown

Published and revised: October 13, 2026 · Version 1.0.0

A report, slide deck, checklist, and announcement can each look polished while disagreeing with one another. A multi-artifact workflow prevents that by deciding which facts are shared, which outputs depend on them, and what must be checked before the bundle is ready. Start with two outputs; add more only when each serves a distinct reader need.

Define the bundle and its readers

List the deliverables, who will use each, and the decision or action each supports. Specify editable and delivery formats separately. If only text generation is available, use labeled text drafts rather than pretending finished slides or spreadsheets exist.

ChatGPT Projects can organize related chats, files, instructions, and connected sources. They do not automatically reconcile every derived document; a ChatGPT Project also differs from a local project with folder access. Verify the available setup before depending on it. OpenAI: Projects and chats

WorkspaceOS names this site's conceptual organization of work. The manifest below is a document you maintain, not an installed orchestration engine. Its steps neither fine-tune a model nor change hidden instructions or permissions.

1. Freeze a small canonical fact set

“Canonical” means the agreed source for this particular bundle. Give every shared fact an ID, value, unit, source revision, and approval status. State who can resolve a disputed value. An approved plan can be canonical for intended capacity without proving actual attendance.

Keep this fact set separate from presentation choices. The number of seats belongs in the fact set; whether the host sheet uses bullets belongs in that artifact's brief. Record unknowns in the shared set so one output cannot quietly fill them in.

2. Describe dependencies before drafting

For each artifact, list the fact IDs it consumes and the checks it must pass. Name any facts it deliberately excludes. Also record relationships between outputs: for example, a participant handout may summarize instructions from an approved host procedure.

Choose a production order. If two outputs depend only on the frozen facts, they can be drafted independently. If a handout depends on an unresolved procedure, finish that decision first. More simultaneous drafting is not always faster once correction work is counted.

3. Give each artifact its own contract

Specify audience, length, format, required sections, terminology, and forbidden additions. Distinguish confirmed facts from proposed language. For example, a promotional draft must not convert an unconfirmed refreshment plan into an offer.

Use IIEN to compare representations: perhaps a one-page brief and checklist serve the goal better than a long report and deck. Label that recommendation as a proposal. Inferred needs do not authorize extra deliverables, publication, or contacting readers.

4. Draft, check locally, then reconcile globally

First inspect each output against its own contract. Then compare shared claims across the entire bundle. A locally correct checklist can still use an older fact revision than the latest announcement.

Track transformations explicitly. “Two forty-minute sessions” and “eighty programmed minutes” can agree, but the latter does not include breaks and does not prove an eighty-minute event. Keep scope words with the calculation. Record why an apparent mismatch is acceptable instead of weakening the check.

Copy-ready bundle directive

Draft this multi-artifact bundle for review: [outputs and readers].
Use canonical fact set [filename/version] and only these other inputs: [list].
No sending, sharing, publication, source mutation, or new connections.

Before drafting, return a manifest with:
- artifact ID, purpose, audience, editable and delivery format
- source versions and fact IDs consumed
- upstream dependencies, required sections, and local acceptance checks
- shared terms, global consistency checks, and unresolved blockers

Do not invent missing values or silently revise the canonical facts.
If a fact changes, identify every affected artifact before editing.
Draft independent outputs separately; hold outputs with unresolved dependencies.
For each output, return its source revision and completed check results.
Finally compare all shared quantities, dates, names, status words, and promises.
Mark work as draft, checked, blocked, or approved-by-named-reviewer only
when the corresponding evidence exists. Stop at the human release decision.

Synthetic worked example: three reading-room outputs

Use these invented canonical facts: F1 = two sessions; F2 = 30 seats per session; F3 = 40 minutes per session; F4 = event date not confirmed; F5 = refreshments proposed, supplier undecided. All belong to fact set 1.0.0.

The bundle manifest is:

A1 Host checklist: consumes F1–F5; one page; confirms unresolved logistics
A2 Participant note: consumes F1–F4; 100 words; omits refreshment proposal
A3 Planning slide outline: consumes F1–F5; three slides; shows open decisions
Production order: freeze facts, draft A1/A2/A3, inspect each, reconcile bundle
Global gates: capacity = 30/session; duration = 40/session; no invented date
Release state: draft for organizer review; not sent or published

An acceptable participant note says: “The plan includes two reading sessions with up to 30 attendees each. Each session lasts 40 minutes. The date will be confirmed separately.” It does not promise refreshments or imply attendees must join both sessions.

Suppose the organizer approves a capacity reduction to 24. Prepare fact set 1.1.0 with the decision evidence, flag A1, A2, and A3 as stale, revise all three, and rerun their checks. Changing one slide alone leaves a broken bundle.

Checks and stop criteria

Check that every output exists, opens, names its input revision, meets its own reader need, and agrees on shared claims. For layout-sensitive formats, inspect the actual exported pages or slides; a good text draft does not verify layout.

Stop when an upstream decision remains unresolved, a required output cannot be produced, or a consequential mismatch survives review. Release only after the appropriate person approves the reviewed bundle and its audience. Retain the last accepted bundle separately so an unfinished revision cannot replace it accidentally.

Public references & scope

These references support the concepts and product guidance discussed in the guide. They do not validate the invented examples or establish this method’s performance. Check the current source before relying on a product-specific step.

IIEN means infer intent and extrapolate needs. This site uses it as a user-directed working approach: state the likely goal, label assumptions, consider useful next steps and test a bounded choice. Inferred needs never grant permission for extra actions. It is not an OpenAI product, formal certification or claim that these exercises train or fine-tune the underlying model.

Plain text for manual copying