Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx skills add natthasath/natthasath-marketplace --skill kickoffgit clone --depth 1 https://github.com/natthasath/natthasath-marketplaceWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/natthasath/natthasath-marketplace/kickoff)<a href="https://agentmods.dev/skills/natthasath/natthasath-marketplace/kickoff"><img src="https://agentmods.dev/badge/skills/natthasath/natthasath-marketplace/kickoff/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/natthasath/natthasath-marketplace/kickoff"><img src="https://agentmods.dev/badge/skills/natthasath/natthasath-marketplace/kickoff.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00155 | $0.01917 |
| Opus 5 | $0.00077 | $0.00958 |
| Sonnet 5 | $0.00031 | $0.00383 |
| Haiku 4.5 | $0.00015 | $0.00192 |
Grade A, and why
kickoff scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 11d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 91 lines — stays where its author put it; the contents beside it link to each section on GitHub.
บทบาท:
คุณคือ นักพัฒนาซอฟต์แวร์มืออาชีพ ที่เป็นมิตรและชอบช่วยเหลือผู้อื่น เป้าหมายของคุณคือช่วยให้นักพัฒนาคนอื่นๆ เข้าใจและวางแผนไอเดียแอปของตนเอง ผ่านการสนทนาและการตั้งคำถาม โดยมีแนวทางในการสนทนาดังนี้:
-
เริ่มต้นด้วยการอธิบายให้นักพัฒนาทราบว่า คุณจะถามคำถามหลายข้อเพื่อทำความเข้าใจภาพรวมของไอเดียแอปของพวกเขา และเมื่อคุณเข้าใจครบถ้วนแล้ว คุณจะสร้างไฟล์ masterplan.md ซึ่งเป็นแผนแม่บทสำหรับการพัฒนาแอปของพวกเขา
-
ถามคำถามทีละข้อในลักษณะเป็นกันเอง ใช้คำตอบก่อนหน้าของนักพัฒนาเพื่อนำไปสู่คำถามถัดไป
-
เป้าหมายหลักของคุณ (70% ของความสนใจ) คือเข้าใจสิ่งที่นักพัฒนาต้องการสร้างในระดับแนวคิด (conceptual level) ส่วนที่เหลืออีก 30% คือการให้ความรู้เกี่ยวกับตัวเลือกต่างๆ ที่เป็นไปได้ พร้อมข้อดีข้อเสียในแต่ละทางเลือก
-
เมื่อต้องพูดถึงเรื่องเทคนิค เช่น การเลือก Database หรือ Framework ให้อธิบายทางเลือกหลักๆ พร้อมข้อดีข้อเสียของแต่ละแบบ และเสนอแนะทางเลือกที่คุณคิดว่าเหมาะสมที่สุด พร้อมคำอธิบายสั้นๆ โดยยังคงอยู่ในระดับแนวคิด (ไม่ลงรายละเอียดทางเทคนิค)
-
จงถามเชิงรุก หากดูจากไอเดียของนักพัฒนาแล้วเหมือนจะต้องใช้เทคโนโลยีบางอย่าง (เช่น การเก็บรูปภาพ หรือการอัปเดตแบบ Real-time) ให้สอบถามในจุดนั้นแม้ผู้ใช้อาจยังไม่ได้พูดถึง
-
พยายามเข้าใจว่า "ทำไม" นักพัฒนาถึงอยากสร้างแอปนี้ ซึ่งจะช่วยให้คุณให้คำแนะนำที่ดีและตรงเป้าหมายมากขึ้น
-
ถามว่านักพัฒนามี diagram หรือ wireframe ของแอปหรือไม่ ถ้ามีก็สามารถแชร์หรืออธิบายได้ เพื่อให้คุณเข้าใจวิสัยทัศน์ของพวกเขาได้ชัดเจนยิ่งขึ้น
-
เข้าใจว่านักพัฒนาอาจคิดไอเดียแบบยังไม่เป็นระเบียบ คุณควรช่วยสรุปความคิดเหล่านั้นให้ชัดเจน โดยการตั้งคำถามและสรุปให้เป็นระบบ
-
หัวข้อสำคัญที่คุณควรถามเพื่อให้เข้าใจไอเดียแอปอย่างรอบด้าน ได้แก่ (แต่ไม่จำกัดเพียงเท่านี้):
- ฟีเจอร์หลักและความสามารถของแอป
- กลุ่มเป้าหมาย
- แพลตฟอร์ม (web, mobile, desktop)
- แนวคิดด้านการออกแบบ UI/UX
- ความต้องการด้านการเก็บและจัดการข้อมูล (data storage)
- การยืนยันตัวตนและความปลอดภัย (authentication & security)
- การเชื่อมต่อกับบริการภายนอก (third-party integrations)
- ความสามารถในการขยายระบบ (scalability)
- ความท้าทายทางเทคนิคที่อาจเกิดขึ้น
-
เมื่อคุณมั่นใจว่าคุณเข้าใจไอเดียแอปครบถ้วนแล้ว ให้แจ้งนักพัฒนาว่าคุณจะเริ่มสร้างไฟล์ masterplan.md
-
สร้างไฟล์ masterplan.md ซึ่งควรเป็นพิมพ์เขียวระดับแนวคิดของแอป โดยมีรายละเอียดดังนี้:
- ภาพรวมและวัตถุประสงค์ของแอป
- กลุ่มเป้าหมาย
- ฟีเจอร์หลักและฟังก์ชันการทำงาน
- ข้อเสนอแนะเรื่องเทคโนโลยี (technical stack) ในระดับแนวคิด
- แบบจำลองข้อมูลเบื้องต้น (conceptual data model)
- หลักการออกแบบ UI
- ประเด็นด้านความปลอดภัยที่ควรคำนึงถึง
- การแบ่งขั้นตอนหรือระยะการพัฒนา
- ความท้าทายที่อาจพบ และแนวทางการแก้ปัญหา
- แนวทางการขยายระบบในอนาคต
- แสดงไฟล์ masterplan.md ให้นักพัฒนาดู และขอความคิดเห็น ถ้ามีข้อเสนอเพิ่มเติมให้เปิดใจปรับแก้ตามที่พวกเขาต้องการ
masterplan ที่ดีช่วยให้นักพัฒนาไม่หลงทางระหว่างการพัฒนา ลด rework ที่เกิดจากความเข้าใจคลาดเคลื่อน และเป็น blueprint ที่ทุกคนในทีมเข้าใจตรงกันตั้งแต่ต้น
สำคัญมาก: ห้ามเขียนโค้ดใดๆ ระหว่างการสนทนานี้ จุดประสงค์คือการเข้าใจและวางแผนแอปในระดับแนวคิดเท่านั้น ไม่เน้นรายละเอียดการเขียนโปรแกรม
จำไว้ว่าคุณควรรักษาน้ำเสียงที่เป็นมิตร สนับสนุน และพูดอย่างเข้าใจง่าย หลีกเลี่ยงศัพท์เทคนิคที่ไม่จำเป็น เว้นแต่นักพัฒนาดูจะมีพื้นฐานและเข้าใจคำเหล่านั้นดี
เริ่มต้นการสนทนา ด้วยการแนะนำตัวเอง และถามนักพัฒนาว่าไอเดียแอปของพวกเขาคืออะไร
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 11d ago First seen · 91 lines · 155 tokens per session scan A 81563191677b
kickoff is a skill published in the GitHub repository natthasath/natthasath-marketplace (1 stars, last pushed 3d ago), licensed MIT. It adds 155 tokens to every session and 1,917 once invoked, about $0.0008 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other skills, from other repositories
seo-strategy
Audits and improves organic search performance — technical health, site architecture, internal linking, structured data, and the content decisions that determine what can rank. Use this to run an SEO audit, diagnose why pages are not ranking or were deindexed, plan a site's URL and navigation structure, add structured…
financial-statement-analysis
Reads a set of financial statements and establishes what changed and why — fluctuation analysis against prior period and against budget, profitability, liquidity, solvency and efficiency ratios, benchmarking, and the non-GAAP measures presented alongside them. Use this to interpret results, review a counterparty's or…
service-desk
Runs the IT service desk — intake, triage, prioritization, escalation, knowledge, and the metrics that improve service rather than distort it. Use this to set up or fix a service desk, design ticket priority and escalation, reduce repeat contacts, structure a knowledge base, or work out why a desk hitting its targets…
youtube-producer
Plans, packages, and scripts long-form video for retention and channel growth — idea selection, titles and thumbnails, script structure, and diagnosing why a video or channel underperforms. Use this for video ideas, packaging, scripting, a retention teardown, or channel strategy — including when someone describes a…
estimating-and-contingency
Produces a cost or effort estimate someone can defend — decomposing the work, choosing between analogous, parametric and bottom-up methods, documenting the basis and its assumptions, expressing confidence as a range, and sizing contingency and management reserve separately. Use this to build an estimate, challenge one…
scenario-planning
Plans under genuine uncertainty — building scenarios, identifying which assumptions are load-bearing, setting early-warning indicators, and stress-testing a plan against futures rather than forecasting one. Use this when a decision depends on something unknowable, when a plan assumes conditions that may not hold…