Skip to main content

newlife

Turn a curiosity into a question that can be settled, freeze what would count as an answer before running anything, and leave a verdict that can be audited from git alone.

You talk to your AI; it runs the commands. Setup is two lines:

python -m pip install newlife
newlife start my-research

Then open my-research in Claude Code, Codex, or any AI tool that reads SKILL.md files, and say:

Explore this with me: your curiosity

NEXT.md in that folder says what happens from here. If you get lost, ask your AI "how does this work" or "which step are we at" — the installed newlife skill answers in your terms.

Requires Python 3.12 or newer and git (the freeze is a git commit; that is what makes the timestamp real). start tells you if git has no identity to sign with, rather than guessing one.

What happens, in your words

  1. Explore. Your AI asks one or two honing questions, then walks one edge at a time and keeps a map silently. When several explanations fit, it uses idea-lab's Draw–Attack–Compare–Check reasoning inside the same conversation; you never choose a second workflow. You answer and decide. (exloop and idea-lab ship together in the exloop package; newlife depends on it, so the same install brings both.)
  2. Hand off. When a boundary can be stated as "what measurement would make the answer different", the AI says so once. If you agree, a question folder appears with the exploration record inside it.
  3. Is it worth asking? The AI asks only what the map cannot supply: who would bet the other way, is the answer settled by design or by running, who changes what they do. Six anchors go into goal.md. One you cannot fill yet means keep exploring or narrow — not a failure.
  4. World and pilot. Your simulator goes into verdict.py; a pilot run shows you every quantity a criterion will name. Everything seen is now seen.
  5. Criteria. Every judgement unit is marked seen / blind / mechanical, and at least one is blind — a confirmatory round in which every number was already seen carries no information.
  6. Freeze. The one irreversible step; the AI asks you first. Two gates refuse on their own if the goal is unfilled or a criterion was never piloted. Your environment and any downloaded data are pinned by hash at this moment.
  7. Verdict. H1, H0 or INVALID, computed by your runner from the frozen conjunction, never written by hand, with an audit from git history alone.

Two moments are yours alone: the freeze, and committing the results.

What the record can prove afterwards

newlife audit shows, from commit ancestry rather than dates anyone could type: the registration has a freeze commit; the stamped hash matches it; the criteria were never edited afterwards; every committed output post-dates the freeze; and env.lock and every pinned data file still hash to what was frozen. The runner's own units add the other half: the run reproduces itself byte for byte, the packages installed at run time are exactly the ones recorded, and every criterion proves at run time that it can go red.

A registration whose criteria turn out to be defective is left as INVALID, exactly as it stands, and a new one is opened. Never re-frozen. That record is how a conclusion was reached, not a failure to tidy away.

If you would rather type

newlife init <slug>       newlife pilot <folder>      newlife freeze <folder> [--data FILE...]
newlife run <folder>      newlife status <folder>
newlife audit <folder>
newlife skills install    newlife skills path         newlife blocks

Never git add -A before the freeze: prereg.md must be committed by the freeze itself, and newlife init leaves exactly that file uncommitted for that reason.

Underneath

Optional simulation backends: pip install "newlife[spatio-flux]" (Monod kinetics, dynamic FBA with GLPK, diffusion, particles) or "newlife[process-bigraph]" for the runtime alone; newlife blocks lists what is installed. Third-party processes run unmodified inside a declared contract — a mechanism says which state paths it owns and which effects it may emit, and writing anywhere else is refused by the contract layer, not by your solver. proofroot is installed transitively and supplies RNG stream derivation, canonical serialization and the evidence-tier vocabulary.

Source, design rationale, and the record of every milestone judged so far: https://github.com/hzshen88/newlife

Metadata

Release files for newlife 0.1.4

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for newlife 0.1.4
File Size Uploaded
newlife-0.1.4.tar.gz 305.3 kB Details

Built distribution (wheel)

Table of built distributions (wheels) for newlife 0.1.4
File Interpreter ABI Platform
newlife-0.1.4-py3-none-any.whl Python 3 none any Details

Total release size: 622.9 kB

Release files / newlife-0.1.4.tar.gz

Download URL newlife-0.1.4.tar.gz
Size 305.3 kB
Tags Source
SHA-256 checksum
How to use checksums
833e934e60fbf2b7958e3b5663ef8166bc09819522aff14df2a1ec02c8ed9e9d
BLAKE2b-256 checksum
How to use checksums
3c696f1496f3b827c3f57c48696c13cfa3114db6cc701f23b9ee1c116bfb9b80
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Sep 9, 2026.

Transparency log

Release files / newlife-0.1.4-py3-none-any.whl

Download URL newlife-0.1.4-py3-none-any.whl
Size 317.6 kB
Tags Python 3
SHA-256 checksum
How to use checksums
4302f8aba021b0a426fb73e7b5143b10e237a88f6c7477d23ab61eb9b46bd6c9
BLAKE2b-256 checksum
How to use checksums
5e1e041f74c3080d5a614ad713d6a4e007189cddad0965f69763f83524acbd2f
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Sep 9, 2026.

Transparency log

Release history Release notifications | RSS feed

0.1.5

2 release files

This release

0.1.4 This release

2 release files

0.1.3

2 release files

0.1.2

2 release files

0.1.1

2 release files

0.1.0

2 release files

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page