InkLoom
A newsroom that happens to be AI.
After restructuring left one writer covering two products, I designed InkLoom: five specialized AI skills that work like an editorial team—researching, drafting, editing, governing terminology, and publishing while keeping final approval human.
12 → 3
PM EDITS
ROLE
Content Systems Designer & Technical Writer
TIMELINE
2026, 2-months
TEAM
Enablement & Customer Education, CX, Product
TOOLS
Claude Cowork, Notion, Slack, Guru
01
THE CHALLENGE
One writer was doing the work of an editorial team.
A restructuring left me responsible for documentation across two product platforms. The workload wasn't simply a matter of writing more articles. Every feature guide already ran through the same sequence: research, structure, draft, edit, verify terminology, publish. That took roughly 9.5 hours per guide, and it had to hold together across a product vocabulary approaching 500 approved terms.
More capacity and more consistency don't usually move in the same direction. Move faster, because there's less writing capacity. Stay consistent, because more content is passing through fewer hands. Simply asking one writer to work faster wasn't a scaling strategy
02
THE INSIGHT
AI didn't need to become the writer. It needed to become the team.
The obvious solution was to use generative AI to draft articles faster. I rejected it. A general-purpose drafting assistant could write fluent copy fast, but it still had to find the right information, use approved terminology, and apply editorial standards before anything was ready to publish. Worse, cramming all of that into one prompt made every one of those responsibilities harder to control. Speed without governance would just create inconsistency faster.
So instead of asking how to make one writer faster, I asked how a newsroom would split the work. Traditional editorial teams don't ask one person to handle every responsibility at once. They divide it into roles. I applied the same principle to AI: one skill, one job.
03
THE SYSTEM
Five skills. One editorial workflow.
InkLoom uses five specialized AI skills modeled on an editorial team. Each has one job and only the context it needs to do it.
Research: Gathers and organizes the product knowledge behind the feature.
Draft: Turns that research into a structured guide using established templates and content patterns.
Edit: Reviews for clarity, structure, completeness, and consistency.
Terminology: Checks content against nearly 500 governed product terms.
Publish: Prepares approved content for final delivery.
No single skill owns the article. The workflow does.
04
KEY DECISIONS
The architecture mattered more than the prompts.
01
Give every skill a bounded responsibility.
Each skill has a specific editorial job. The researcher doesn't rewrite prose. The editor doesn't redefine terminology. The terminology skill doesn't decide product behavior. Those boundaries make individual skills easier to improve and failures easier to diagnose.
02
Give each role only the context it needs.
A skill doesn't become better simply because it can see more information. Too much context creates noise. InkLoom separates product knowledge, editorial instructions, terminology, templates, and publishing requirements so each role works from the information relevant to its responsibility.
03
Make governance shared.
Specialization creates a new risk: five skills can become five different interpretations of the rules. So shared resources sit outside individual skills. Approved terminology, templates, and editorial standards act as common infrastructure. When those resources change, the system changes with them. That makes governance part of the architecture rather than something added during final QA.
04
Don't automate the approval.
InkLoom can research, draft, edit, verify, and prepare content. It cannot decide that governed information should change without human approval. Any skill touching a shared resource requires an approval gate. Local, single-file production changes can move without that overhead. That distinction lets the system move quickly without allowing automation to quietly redefine the rules everyone else depends on.
05
THE TRANSFORMATION
From one person doing five jobs to one person directing the system.
Before InkLoom, the same writer moved manually through every editorial role. The design decisions that made it useful were about responsibility, context, governance, and control.
BEFORE
Writer: Research → Draft→ Self-edit → Check terminology → Revise → PM review → Revise again → Publish
Cost: 9.5 Hours and 5 Review rounds
AFTER
InkLoom: Research → Draft → Edit → Terminology → Writer & PM review → Publish
Cost: 2.25 Hours and 2 Review rounds
06
the outcome
Faster and more consistent, not one or the other.
InkLoom reduced average feature-guide production time from 9.5 hours to 2.25 hours. That's a 76% reduction.
However, speed alone wasn't the success criterion. Writer review rounds fell from five per article to two, while PM edit-related comments dropped from approximately 12 to 3 per article.
That matters because the system wasn't producing drafts faster only to push more cleanup downstream. The reduction in review and edit comments suggested the workflow was improving consistency at the same time it increased production capacity.
"Seven new articles and forty updates in one release, and none of it looked rushed. I couldn't tell which ones were AI-assisted until you told me."
— Senior Director, Enablement & Education
07
What I Actually Designed
Not an AI writer. An editorial operating system.
The most visible part of InkLoom is the five AI skills, but the skills themselves are only one layer of the system.
I designed the role architecture that determines which editorial responsibility belongs to which skill.
I defined the handoffs that determine what each role receives and what it must produce for the next.
I structured the context boundaries that keep each skill focused on the information necessary for its job.
I built the shared resource model that gives every skill access to the same approved terminology, templates, and standards.
I established the governance model that distinguishes local production changes from changes that affect the whole editorial system.
And I designed the human approval gates that keep editorial ownership with the writer.
08
THE BIGGER IDEA
Scaling judgment is different from replacing it.
A lot of AI content tooling starts from the same assumption: If writing takes too long, automate the writing.
InkLoom started somewhere else. Writing was only one part of the work. The expensive part was repeatedly coordinating the judgment around it: finding the right information, applying the right structure, checking the right terminology, reviewing the result, and preparing it correctly.
Those responsibilities could be distributed. Editorial accountability couldn't.
InkLoom therefore uses AI to scale the work surrounding judgment, while keeping the consequential decisions with the human responsible for the content.
The goal wasn't to remove the editor. It was to give the editor a newsroom.
09
Reflection
The hardest part wasn't the skills. It was assuming one person would own them.
Building a general-purpose AI writer would have been simpler. Designing InkLoom required decomposing editorial work into responsibilities precise enough that each skill could operate independently without losing the coherence of the whole. Some tasks belonged to individual roles. Some rules needed to be shared. Some actions could safely happen automatically. Others needed an explicit human gate.
That governance model was built around one writer holding every shared decision. It isn't anymore. The team has since grown to a second writer, with each product now under its own owner working inside the same system. The approval gates still catch bad changes, but they were never designed to resolve two owners wanting to move the same shared glossary term or template in different directions. As I extend InkLoom to a third platform, that's the problem I'm actually solving next: not more roles, but more owners.
Want to see how the approval gates actually work, or what almost slipped through before they existed? Reach out and I can go into the details!