deliverable-completion
Clarifies that file creation tasks are complete when the deliverable is successfully written—no submission step required
适合你,如果你需要澄清文件创建任务的完成标准
npx oh-my-skill add hkuds/openspace/deliverable-completioncurl -fsSL https://oh-my-skill.com/install.sh | bash -s -- hkuds/openspace/deliverable-completionnpx oh-my-skill verify hkuds/openspace/deliverable-completion怎么用
商店整理自技能原文 · 版本 2c5cc40 · 表述以原文为准当要求创建文件(如文档、代码、数据导出等)时,Claude会在成功写入文件后直接报告完成,不再搜索或使用“提交/最终化”等工具。
当Claude被要求创建任何文件形式的交付物(例如文档、代码、配置文件等)时触发。尤其适用于可能误以为需要额外提交步骤的场景。
技能原文 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)