소스 정보
- 저장소
- Boom-Vitt/skills-thai
- 최근 소스 활동
- 2026년 7월 11일 01:57
- 감지된 SKILL.md 언어
- 태국어
- 스타
- 4
- 포크
- 0
설치 방법
기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.
소스 파일 검토
설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.
메뉴
기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.
설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
직접 명령은 검토 Prompt를 거치지 않습니다. 실행하기 전에 소스를 확인하세요.
npx skills add https://github.com/Boom-Vitt/skills-thai --skill loop-me명령은 한 줄로 유지됩니다. 복사하기 전에 가로로 스크롤해 전체 내용을 확인하세요.
로컬 사본을 원하시나요? SkillsMP에서 현재 제공할 수 있는 파일을 다운로드하세요.
วางแผนงานก้อนใหญ่ — ใหญ่เกินกว่าหนึ่ง agent session จะรับไหว — เป็นแผนที่ร่วมของ ticket สำหรับการ investigate บน issue tracker ของคุณ แล้วไล่ resolve ทีละใบจนกว่าเส้นทางไปยังจุดหมายจะชัด
สร้าง interface design หลายแบบที่ต่างกันสุดขั้วสำหรับ module หนึ่ง โดยใช้ sub-agent แบบ parallel ใช้เมื่อ user อยากออกแบบ API, สำรวจตัวเลือกของ interface, เปรียบเทียบรูปทรงของ module หรือพูดถึง "design it twice"
QA session แบบ interactive ที่ผู้ใช้เล่าบั๊กหรือปัญหาแบบคุยกันธรรมดา แล้ว agent เปิด GitHub issue ให้ พร้อมสำรวจ codebase เบื้องหลังเพื่อเก็บ context และภาษา domain ใช้เมื่อผู้ใช้อยากรายงานบั๊ก ทำ QA เปิด issue แบบคุยกัน หรือพูดถึง "QA session"
SOC 직업 분류 기준
SKILL.md 표시 중
| name | loop-me |
| description | ซักฉันเรื่อง spec ของ workflow ที่ฉันอยากสร้าง ภายใน workspace นี้ |
| disable-model-invocation | true |
| argument-hint | workflow ที่จะออกแบบ หรือเว้นว่างเพื่อให้ไปหามาเอง |
รัน session /grilling แบบ stateful ที่ output อย่างเดียวของมันคือ spec ของ workflow ใช้วินัยของการ grill (ซักถามไม่ลดละ) — ถามทีละคำถาม พร้อมแนบคำตอบที่แนะนำไว้กับทุกคำถาม — โดยเล็งไปที่ชุดคำศัพท์และเป้าหมายด้านล่าง สร้าง แก้ไข และลบ spec ไปเรื่อย ๆ ตามที่การ grill เคาะข้อสรุปแต่ละเรื่องได้
loop คือ pattern ที่วนซ้ำในชีวิตของ user: อาชีพของเขา สัปดาห์ของเขา ตอนเช้าของเขา หรือกิจกรรมเดียวที่ทำซ้ำ ๆ การมองชีวิตเป็น loop ซ้อนอยู่ใน loop ทำให้เห็นว่าจริง ๆ แล้วกิจกรรมพวกนั้นคาดเดาได้แค่ไหน — ซึ่งนั่นแหละคือสิ่งที่ทำให้มันคุ้มค่าแก่การ มอบหมายต่อ ใช้เลนส์นี้หา loop ที่ควรค่าแก่การเขียน spec และเสนอ loop ที่ user เองยังไม่ทันสังเกตด้วย
workflow คือ spec ของ loop หนึ่งตัว ที่ถูกทำให้เป็นจริง เรารัน workflow บน loop — ตัว loop คือ instance ที่กำลังรันอยู่ของมัน workflow อยู่ใน workflows/*.md และเป็น source of truth
ภาษากลางที่หยิบมาใช้เฉพาะเมื่อ workflow ต้องการเท่านั้น — ไม่ใช่ checklist ห้ามบังคับโครงสร้างใด ๆ ทั้งสิ้น: workflow ไม่จำเป็นต้องมี AI ไม่ต้องมี checkpoint และไม่ต้องมี schedule เว้นแต่การ grill จะแสดงให้เห็นว่ามันต้องมี
workflow spec ถือว่าเสร็จเมื่อ agent ที่มา implement สามารถสร้างมันได้โดยไม่ต้องถามอะไรเลยสักคำถาม grill ไปจนถึงจุดนั้น — ตราบใดที่ยังมีคำถามค้างอยู่ ยังไม่มีอะไรเสร็จ
workflows/*.md — หนึ่งไฟล์ spec ต่อหนึ่ง workflowNOTES.md — โน้ตดิบเกี่ยวกับโลกของ user: เครื่องมือที่เขาใช้ ช่องทางที่เขาต้องจัดการ และคำเรียกของเขาเองสำหรับทั้งสองอย่าง ถ้าไฟล์นี้ว่างหรือเนื้อหาบางเกินไป ให้สัมภาษณ์เขาเรื่องโลกของเขาก่อนจะเขียน spec ใด ๆ เมื่อเจอคำที่ยังคลุมเครือ ให้เกลาให้เป็นคำ canonical ทันทีที่มันโผล่มา แล้วบันทึกไว้ที่นี่