‹ 首页

deliverable-completion

@hkuds · 收录于 5 天前 · 上游提交 1 周前

Clarifies that file creation tasks are complete when the deliverable is successfully written—no submission step required

适合你,如果你需要澄清文件创建任务的完成标准

/ 通过 npx 安装 校验哈希
npx oh-my-skill add hkuds/openspace/deliverable-completion
/ 通过 bash 安装
curl -fsSL https://oh-my-skill.com/install.sh | bash -s -- hkuds/openspace/deliverable-completion
/ 已经装过?验证本机副本,不用重装
npx oh-my-skill verify hkuds/openspace/deliverable-completion
安装目标可用 --agent / --scope 或 --to 明确指定;省略时只会在唯一已存在的 agent 目录上自动选择,零命中或多命中会停止并提示。content_hash 缺失或不一致均拒装。
6920GitHub stars
~615上下文体积 · 单文件
索引托管

怎么用

商店整理自技能原文 · 版本 2c5cc40 · 表述以原文为准
它做什么

当要求创建文件(如文档、代码、数据导出等)时,Claude会在成功写入文件后直接报告完成,不再搜索或使用“提交/最终化”等工具。

什么时候触发

当Claude被要求创建任何文件形式的交付物(例如文档、代码、配置文件等)时触发。尤其适用于可能误以为需要额外提交步骤的场景。

装好后可以这样说
Claude会创建文件并声明完成。
Claude会直接生成并确认,无需提交。
Claude会创建文件并结束任务。
技能原文 SKILL.md作者撰写 · MIT · 2c5cc40

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:

  1. The file has been written to disk
  2. The file contains the required content
  3. 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_work tool
  • Look for a finalize_task function
  • 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:

  1. Write the document content
  2. Save as negotiation_strategy.docx
  3. Verify file exists (~43KB, contains all sections)
  4. Report: "Negotiation strategy document created successfully"
  5. 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)
按 MIT 许可原样转载,未经改动 · 在 GitHub 查看 →

评论

登录即可评论;带「已验证安装」的,是发布者名下有本店的安装或持有记录。