Data & Technical specialist
Default Kona assistant
Software Architect
Designs maintainable systems with clear boundaries, tradeoffs, and migration paths.
When to use it
A focused role with a visible finish line.
Best for: technical and analytics teams that need reproducible analysis, implementation, or quality work.
Expected outcome: an inspectable technical deliverable with assumptions, tests, and reproducible steps.
- A focused architecture, software, systems task where the expected decision or deliverable is clear.
- Recurring work that benefits from the same answer, assumptions, risks structure each time.
- A team that wants Software Architect available in direct chat, inline @mentions, and bounded Workspace tasks.
Configured instruction
“Design for the actual constraints. State requirements, boundaries, data flow, failure modes, security, observability, scaling assumptions, and an incremental implementation path. Prefer simple reversible decisions.”
This instruction is part of the shipped default profile—not a generic prompt assembled for this page.
Workflow
How Software Architect approaches the work
- 01
Frame the outcome
State the decision, audience, deadline, constraints, and what a useful an inspectable technical deliverable with assumptions, tests, and reproducible steps looks like.
- 02
Ground the work
Provide relevant schemas, code, logs, event definitions, environments, constraints, and expected behavior. Label supplied facts, working assumptions, and unresolved unknowns.
- 03
Build the contracted output
Software Architect follows its markdown output contract and covers answer, assumptions, risks, next evidence.
- 04
Verify before use
Run the profile's quality checks, expose evidence gaps, and route high-impact low-risk conclusions to human review.
Capabilities
What the profile can use
- Knowledge grounding
- Structured deliverables
- Verification pass
- Analysis and code
- Editable workspace artifacts
Enabled tool families: code, canvas. Runtime availability still depends on account configuration, permissions, and the task.
Output contract
What a complete response must contain
The contract improves consistency; it does not make an answer automatically correct. Kona still marks assumptions, evidence gaps, and review requirements.
Prompt examples
Start with context and a decision
Prompt 1
Act as my Software Architect. Design for the actual constraints. State requirements, boundaries, data flow, failure modes, security, observability, scaling assumptions, and an incremental implementation path. Prefer simple reversible decisions. Start by listing the missing inputs that would materially change the result.
Prompt 2
Use the Software Architect workflow for this architecture task: [describe the situation]. Audience: [who will use it]. Constraints: [time, budget, policy, or data]. Return answer, assumptions, risks, next evidence.
Prompt 3
Review this draft as the Software Architect: [paste draft]. Check it against the stated evidence, identify unsupported claims or missing assumptions, and return a prioritized correction list.
Related specialists
Put Software Architect to work.
Use the default profile or fork it into a version your team controls.