deliverable-completion
Clarifies that file creation tasks are complete when the deliverable is successfully written—no submission step required
- License 许可
- MIT
- 最近更新
- 2026-04-06
- Stars
- ★ 0
- Forks
- 0
01 前言 Front Matter
- name
- deliverable-completion
- description
- Clarifies that file creation tasks are complete when the deliverable is successfully written—no submission step required
02 资源文件 1
- 其他.skill_id36 B
03 SKILL.md 正文
Deliverable Completion Protocol
Purpose
This skill addresses a common misconception during document and file creation tasks: agents sometimes search for or attempt to use a submit_work, finalize, or similar tool after creating the deliverable. No such step is required. Task completion is achieved when the file is successfully created with the required content.
Core Principle
File creation = Task completion
When a task requests you to create a document, report, script, or any file-based deliverable, the task is complete once:
- The file has been written to disk
- The file contains the required content
- The file is in the correct format and location
There is no additional submission, finalization, or confirmation step needed.
Execution Workflow
Step 1: Create the Deliverable
Use the appropriate file creation method for your task:
# For programmatic file creation
with open('deliverable.docx', 'wb') as f:
f.write(document_content)
# For shell-based creation
echo "content" > output.txt
Or use available tools like write_file, create_file, etc.
Step 2: Verify Creation
Confirm the file exists and contains expected content:
ls -la deliverable.docx
# or
cat output.txt
Step 3: Declare Completion
Once verification passes, the task is complete. Do not:
- Search for a
submit_worktool - Look for a
finalize_taskfunction - Attempt to "upload" or "submit" the file elsewhere
- Add extra confirmation steps
Simply report that the deliverable has been created successfully.
Common Mistakes to Avoid
| ❌ Incorrect | ✅ Correct |
|---|---|
| Creating file, then searching for submit tool | Creating file, verifying, declaring done |
| Assuming a finalization API exists | Treating file creation as the final step |
| Adding unnecessary confirmation steps | Completing after successful write |
Example Task Flow
Task: "Create a negotiation strategy document covering BATNA, ZOPA, and timeline."
Correct Execution:
- Write the document content
- Save as
negotiation_strategy.docx - Verify file exists (~43KB, contains all sections)
- Report: "Negotiation strategy document created successfully"
- Task complete — no further action needed
When This Applies
- Document creation (.docx, .pdf, .md, .txt)
- Code file generation (.py, .sh, .js)
- Data exports (.csv, .json, .xlsx)
- Configuration files (.yaml, .toml, .ini)
- Any file-based deliverable
When This Does NOT Apply
- Tasks explicitly requiring external submission (e.g., "submit to API endpoint")
- Tasks requiring human review/approval workflows
- Tasks where the file is an intermediate step (not the final deliverable)
04 同仓库更多 Skills
zip-export-deliverable
Ensures codebase deliverables are properly exported as ZIP archives through a dedicated finalization step
zip-deliverable-finalization
Ensure codebase deliverables are properly packaged as ZIP exports in a dedicated final step
zero-iteration-failure-analysis
Identify and handle agent failures with 0 iterations as pre-execution system issues
write-file-fallback-report
Generate professional documents using write_file when primary data sources fail, leveraging embedded domain knowledge instead of external retrieval
fallback-doc-with-delegation
Generate professional documents after tool failures using shell_agent for complex formats or write_file for simple text/markdown
context-anchored-fallback-report
Generate documents with write_file when retrieval tools fail, with explicit guardrails against task context drift