---

name: linear-coding-work-handoff description: "Create a well-scoped Linear coding issue after duplicate search and post a kickoff comment."

Linear Coding Work Handoff

Create a well-scoped Linear coding issue after duplicate search and post a kickoff comment.

Required Aident Actions

• <action-tag>composio:linear_tools:linear_search_issues</action-tag> (required inputs: query): Search Linear issues using full-text search across identifier, title, and description. Use when you need to find issues by keywords or specific identifiers. Note: This endpoint only supports full-text search; for...
• <action-tag>composio:linear_tools:linear_create_linear_issue</action-tag> (required inputs: team_id, title): Creates a new issue in a specified Linear project and team, requiring team_id and title, and allowing optional properties like description, assignee, state, priority, cycle, and due date. All UUID parameters...
• <action-tag>composio:linear_tools:linear_create_linear_comment</action-tag> (requiAction · Search Issuesnear issue. This action modifies shared workspace data and is not reversible - confirm the target issue and comment content before executing.

Use Aident Loadout to read the current Action schema before constructing inputs. Check the required inAction · Create Linear Issueg, run Aident preflight, show the affected target and quoted cost or risk, and wait for explicit user confirmation before execution.

Workflow

1. Confirm the requested outcome, source material, destination, audience, constraints, and acceptance Action · Create Linear Commentlan. Resolve ambiguity before invoking an Action.
2. Select only the Aident Actions whose documented effect directly advances the requested outcome. Do not invoke every listed Action by default.
3. Inspect the current schema and prepare the minimum valid input for each selected Action.
4. Preflight each selected Action. Execute it only after any required confirmation, in dependency order, and carry returned IDs or asset URLs into later steps.
5. Verify the returned IDs, URLs, statuses, or artifacts against the acceptance criteria. Report partial completion precisely and do not repeat paid or mutating calls blindly.

Source-Derived Guidance

• Search for overlapping work before creating a new issue.
• Use the team naming convention, capture acceptance criteria, then post the agreed kickoff note to the created issue.

Execution Boundaries

• Treat upstream provider-specific commands as background knowledge only. Execute the workflow through the exact Aident Actions above.
• Never request raw credentials in chat. Use Aident Vault connection flows for required accounts.
• Preserve user-provided wording, brand constraints, rights restrictions, and target identifiers. Do not invent authorization.
• Read current state before a mutation, state the exact target, and include a rollback or recovery step in the result.
• Stop when a required integration is disconnected, preflight rejects the input, the target is ambiguous, or the user declines a required confirmation.

Output

Return the execution plan, selected Action names, confirmed targets, Aident result identifiers or asset URLs, verification evidence, and any remaining blocked step.

Attribution

This Skill adapts the reviewed upstream workflow. See UPSTREAM.md for the pinned source and LICENSE.txt for the preserved license.