Harness-engineered agent pipeline library — one 21-stage architecture, many model accounts behind one conversation
Three tools with mixed quality. Agent and AskUserQuestion have solid descriptions (100+ chars) and clear purposes, but lack visible input schema validation and error handling guidance. jira_search has good description with practical constraints (unbounded query warning, filter requirements) and documented output fields, but schema completeness unclear. No tool shows parameter-level descriptions in the visible code. Agent tool description mentions recursion depth-limiting but no error recovery guidance. Overall: descriptions present and actionable, but schemas and error handling need strengthening.
Spawn a sub-agent of the specified subagent_type with a prompt. Returns the sub-agent's final result. Use sparingly — each sub-agent burns tokens and time. Recursion is depth-limited.
Ask the user a question and wait for their response. Use sparingly — only when the answer is required to continue. Optional 'options' offers a multiple-choice list.
Search Jira issues with JQL (e.g. 'project = ABC AND status != Done ORDER BY updated DESC'). Cloud rejects unbounded queries — always include a filter (project / assignee / updated >= -30d), not just ORDER BY. Returns key, summary, status, type, priority, assignee, updated. Use jira_issue for full detail.
Agent tool lacks error recovery guidance. Description mentions 'depth-limited recursion' but does not explain what happens when limit is hit or how to handle failure.
jira_search description warns against unbounded queries but does not document the actual error response format or what the LLM should do if a query is rejected.
No visible parameter-level descriptions in source code. Schema shows 'subagent_type', 'prompt', 'model' for Agent but descriptions are missing from the JSON schema object itself.
AskUserQuestion timeout_seconds has min=5, max=86400 but no description explaining the rationale or what happens on timeout (does it retry, fail, or return null?).
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | D | 53 | 2026-07-28+ | v2 |
jira_search max_results parameter lacks description of the default (20) and cap (100) behavior, this is mentioned in the tool description but not in the parameter schema.