Skip to content

Internal pilot · NodeOS used by its own team

How we gave our AI development workflow a memory

For about three months we have used NodeOS in our own software development with KIRO, GitHub and a customer-facing workflow. This is what we observed.

Internal product-use case. Not an independent customer testimonial and not a measured productivity study.

The workflow

  1. 01

    A request or bug is registered

    Business stakeholders register it where they can follow it.

  2. 02

    Development work is prepared

    The task is placed in the project hierarchy with related work and decisions.

  3. 03

    KIRO retrieves historical context

    Previous tasks, decisions and documentation are fetched before investigation.

  4. 04

    The agent investigates and implements

    Within its authorized environment, verifying current code.

  5. 05

    Progress and evidence are recorded

    Work sessions, checkpoints and evidence stay with the task.

  6. 06

    The owner retrieves previous decisions

    Earlier choices remain searchable instead of living in someone's memory.

  7. 07

    Deferred ideas stay available

    Improvements found along the way are kept for future planning.

Demo · All names, numbers and information are fictional

How an AI development agent starts its next task with previous context — illustrative workflow.

01 · New task

DEMO-104 · Notifications when cases change

The agent receives the task with the context NodeOS has recorded for it.

  1. Project: Example company – Development project
  2. Related task: DEMO-102 Choose which messages you receive
  3. Component: Notifications (recorded)
  4. Documentation: Notification note in the project
  5. Current decision: DEC-DEMO-01 Notifications follow user preferences

One record, three perspectives

  • Customer: understands development progress.
  • Owner: retains control and organizational history.
  • Developer / agent: uses previous work to guide new development.
Demo · All names, numbers and information are fictional

The workflow illustration uses synthetic data, not real development evidence.

What each audience gained

Customer perspective

Stakeholders could follow incoming bugs, development requests, task progress and deliveries.

Developer / AI agent perspective

KIRO used previous history, decisions and documentation to inform subsequent work, making investigations more focused instead of repeatedly reconstructing context.

Development owner perspective

Implementation work, decisions, investigations, outstanding tasks, deferred ideas and progress history were preserved.

Observed vs. expected

Observed in internal use

  • Stakeholders followed progress without asking developers for status
  • Agent sessions started from recorded tasks, decisions and documentation
  • Deferred ideas remained findable later

Expected, not measured

  • Shorter onboarding of new agent sessions
  • Less repeated investigation over time
  • Clearer accountability for delivered work

We have not measured time savings or productivity, and we do not claim any figures.

Build on what came before.

Give your people a shared overview. Give your agents a better starting point.

Request a demo