Implement work_item_created event trigger
## Summary
Example: "Developer creates a new work item"
**Audit Event Name:** `work_item_created`
---
## Agent Examples
### Agent 1:
### `work_item_created` — Agent Example 2: Autonomous Decomposition & Kickoff
**Trigger:** A new work item is created in a project with DAP enabled.
**Agent Goal:** Decompose the work item into actionable child issues and autonomously begin implementation without waiting for a human to plan or assign work.
**Flow:**
1. A new work item is created with a high-level description — e.g. _"Add SSO support for SAML 2.0"_
2. The agent analyses the description and breaks it down into smaller, scoped child issues — each with a title, description, and acceptance criteria
3. Child issues are created and appear on the board under the parent work item
4. The agent evaluates the child issues and selects the highest-priority, most self-contained one to begin with
5. The agent moves that child issue to `In Progress` on the board — firing a `work_item_status_changed` trigger
6. Duo Developer kicks off autonomously against that child issue, beginning implementation based on the scoped description
### Agent 2:
### `work_item_created` — Agent Example
**Trigger:** A new Issue, Task, or Epic is created in a project with DAP enabled.
**Agent Goal:** Ensure the work item is implementation-ready before any human or agent picks it up.
**Example Flow:**
1. Work item is created with a title and partial description
2. Agent inspects the work item for completeness — does it have acceptance criteria? An assignee? A milestone? A label?
3. If gaps are found, the agent posts a structured comment surfacing what's missing and optionally kicks off a sync spec co-authoring chat
4. If the work item is sufficiently complete, the agent adds a `spec-ready` label and the item is eligible for the implementation plan step
###
---
## Implementation Notes & Caveats
>
issue