ติดตั้ง-บำรุงรักษา-graft-rtk-ponytail-lite

คำสั่ง

# การติดตั้งและบำรุงรักษาที่ได้รับการยืนยัน — Graft + RTK + Ponytail lite

คุณกำลังทำงานใน repository ปัจจุบันเพื่อติดตั้ง อัปเดต ซ่อมแซม หรือยืนยันสแตกนี้:

- Graft: การเข้าใจโค้ด กราฟในเครื่อง และการเสริม LSP
- RTK: การลดเสียงรบกวนในเทอร์มินัล
- Ponytail: นโยบาย lite พร้อมการผสานเนทีฟเมื่อเข้ากันได้

เริ่มด้วยการตรวจสอบสินค้าคงคลังแบบอ่านอย่างเดียว จากนั้นถามคำถามที่ขาดหายไปด้านล่าง
หลังจากได้รับคำตอบ ให้ดำเนินการที่ได้รับอนุญาตจนถึงการตรวจสอบขั้นสุดท้าย

อย่าเริ่มติดตั้งก่อนกำหนดลูกค้าและขอบเขต
อย่าถามซ้ำสำหรับการตัดสินใจที่ได้ให้ไว้แล้วในบทสนทนานี้

## 1. สินค้าคงคลัง จากนั้นให้ผู้ใช้เลือก

### สินค้าคงคลังโดยไม่แก้ไข

ระบุ:

- OS, สถาปัตยกรรม, shell, สภาพแวดล้อม: เครื่องในเครื่อง, WSL, SSH, container;
- ราก repository, worktree, สถานะ Git และการดำเนินการ Git ที่กำลังทำอยู่;
- เส้นทางจริง, เวอร์ชัน และวิธีการติดตั้งของ Git, Node, npm, RTK, Graft และลูกค้าที่มีอยู่;
- Claude Code, Codex, Kimi, Cursor Agent CLI และ Cursor IDE แยกกัน;
- Gemini, Copilot CLI หรือไคลเอนต์อื่นที่มีอยู่แล้วเป็นเป้าหมายเสริม;
- โฟลเดอร์การตั้งค่าที่ใช้งานจริง, ตัวแปรการเปลี่ยนเส้นทาง และตัวจัดการใดๆ เช่น AgentsRoom;
- การตั้งค่าผู้ใช้, โครงการ, ปลั๊กอิน และ hook ที่สืบทอดมา

ตรวจสอบตัวตนของ `agent` ก่อนพิจารณาว่าเป็น Cursor
ไฟล์ไบนารีที่มีอยู่ไม่พิสูจน์การยืนยันตัวตน, การทำงานของ hook หรือการโหลด MCP

อย่าเปิดใช้งานการอัปเดตอัตโนมัติ, การเชื่อมต่อ หรือการติดตั้งในระหว่างการตรวจสอบสินค้าคงคลังนี้
อย่าเผยแพร่ค่าลับใดๆ

แสดงตารางสั้น:
ลูกค้า | ไบนารี/เวอร์ชัน | การตั้งค่าที่มีผล | สถานะที่ทราบ

### คำถามที่ต้องถามในชุดเดียว

ถามเฉพาะคำถามที่ยังไม่มีคำตอบ:

1. การดำเนินการ:
   - ติดตั้งส่วนประกอบที่ขาดและรักษาเวอร์ชันที่เข้ากันได้
   - อัปเดตสแตกเป็นเวอร์ชันที่เสถียรและได้รับการยืนยัน
   - ซ่อมแซมการติดตั้งที่มีอยู่โดยรักษาเวอร์ชันเดิม
   - ตรวจสอบเท่านั้นโดยไม่แก้ไข

2. ลูกค้า:
   - ลูกค้าทั้งหมดที่ตรวจพบ
   - เลือกจากรายการที่ตรวจพบจริง
   - เตรียมการตั้งค่าสำหรับลูกค้าที่ขาดหายบางรายด้วย

3. ขอบเขตการผสาน:
   - โครงการที่ใช้ร่วมกัน: การตั้งค่าที่พกพาได้สำหรับ repository
   - โครงการส่วนตัว: การเปิดใช้งานสำหรับ repository นี้, ไฟล์ในเครื่องที่ไม่ถูกควบคุมเวอร์ชัน
   - ผู้ใช้ทั่วโลก: การเปิดใช้งานสำหรับโครงการของผู้ใช้นี้
   - ผสม: เลือกแยกตามลูกค้าหรือส่วนประกอบ

ถ้าขอบเขตเป็นแบบผสม ให้ถามเฉพาะคำชี้แจงที่จำเป็น

สำหรับการอัปเดต ให้ถามข้อจำกัดเวอร์ชันถ้ายังไม่ทราบ
ถ้าไม่ ให้เสนอเวอร์ชันเสถียรที่ชัดเจน

อย่าติดตั้งหรืออัปเดตแอปพลิเคชันลูกค้าเอง:
การดำเนินการนี้เกี่ยวข้องกับ Graft, RTK, Ponytail และ dependencies ที่จำเป็น
ลูกค้าเก่าจะรายงานเวอร์ชันที่ต้องการและการดำเนินการที่เหลือ

### ทำให้การเลือกเป็นรูปธรรม

ก่อนเขียน ให้แสดงผลลัพธ์ที่วางแผนไว้:

ส่วนประกอบ/ลูกค้า | เวอร์ชันเป้าหมาย | ขอบเขต | ไฟล์เป้าหมาย | ผลกระทบที่ใช้ร่วมกัน | ทางเลือก

อธิบายโดยเฉพาะ:

- ไฟล์ปฏิบัติการที่ติดตั้งในระดับผู้ใช้สามารถใช้กับหลาย repository
- การอัปเดตไฟล์ปฏิบัติการนี้ส่งผลต่อผู้ใช้ในเครื่องทั้งหมด
- ปลั๊กอินอาจมีแคชทั่วโลกแต่เปิดใช้งานแยกตามโครงการ
- hook ต่อโครงการอาจยังใช้สถานะที่ใช้ร่วมกัน
- ดัชนี Graft ยังคงเฉพาะสำหรับ repository/worktree
- การตั้งค่าทั่วโลกที่จัดเตรียมโดยตัวจัดการสามารถแยกเป็นโครงการได้: ตรวจสอบขอบเขตจริง ไม่ใช่แค่ชื่อ

เมื่อได้รับการเลือกแล้ว ดำเนินการต่อโดยไม่ต้องยืนยันซ้ำ
ขอการตัดสินใจใหม่เฉพาะเมื่อข้อจำกัดต้องการ
การขยายขอบเขตหรือการเปลี่ยนแปลงวิธีแก้ไข

## 2. กฎการดำเนินการ

ลำดับ:
สินค้าคงคลัง → การเลือก → การสำรองข้อมูล → RTK → Graft/LSP → Ponytail →
คำแนะนำ → การตรวจสอบ → รายงาน

เคารพคำแนะนำของ repository และนโยบายที่บริหาร
ถ้าไฟล์ถูกจัดการโดย AgentsRoom หรือผู้จัดการอื่น
ใช้กลไกอย่างเป็นทางการของมัน; อย่าแก้ไขไฟล์ที่สร้างขึ้นโดยตรง

ก่อนการแก้ไขแต่ละครั้ง:

- ตรวจสอบรูปแบบและโครงสร้างของการตั้งค่า JSON/JSONC/TOML;
- สำรองไฟล์ที่ได้รับผลกระทบออกนอก repository โดยจำกัดการเข้าถึง;
- บันทึกเวอร์ชันและองค์ประกอบที่จำเป็นสำหรับการย้อนกลับ;
- ตรวจสอบการรันแบบ dry-run ของตัวติดตั้งเมื่อมี

ไฟล์ที่ไม่ถูกต้องต้องไม่ถูกแทนที่ด้วยการตั้งค่าว่าง

ผสานการตั้งค่ารักษา MCPs, hooks, สิทธิ์, คำแนะนำ, ความคิดเห็นเมื่อเป็นไปได้ และบรรทัดสถานะอื่นๆ
อย่าเปลี่ยนกฎการอนุมัติหรือลายนิ้วมือความน่าเชื่อถือ

รักษาการเปลี่ยนแปลง Git ที่มีอยู่ล่วงหน้า ไม่มีการ commit, push, reset, clean, stash หรือเปลี่ยนแปลงโค้ดแอปพลิเคชัน
ในกรณีที่มีความขัดแย้งที่ยังไม่แก้ไขหรือการดำเนินการ Git ที่กำลังทำอยู่ ให้ระงับ
การเขียนใน repository; ดำเนินการวินิจฉัยอิสระต่อไป

อย่าติดตั้ง Graphify, CodeGraph, Caveman หรือ Headroom
การผสานที่ขัดแย้งเก่าจะถูกลบออกหลังจากระบุอย่างแม่นยำ
สำรองข้อมูล และอยู่ในขอบเขตที่ได้รับอนุญาตเท่านั้น
อย่าถอดถอนเครื่องมือทั่วโลกที่ใช้ที่อื่น

ข้อผิดพลาดจะบล็อกขั้นตอนที่ขึ้นกับมัน ไม่ใช่ลูกค้าอิสระอื่นๆ
อย่าประกาศขั้นตอนสำเร็จเพื่อหลีกเลี่ยงข้อจำกัด

## 3. ความสามารถและขอบเขต: ตรวจสอบก่อนตั้งค่า

ปรึกษาความช่วยเหลือของเวอร์ชันที่ติดตั้งและเอกสารที่สอดคล้อง
กับเวอร์ชันที่เผยแพร่ที่คุณจะใช้:

- https://github.com/rtk-ai/rtk
- https://github.com/trailhq/Graft
- https://github.com/DietrichGebert/ponytail
- เอกสารอย่างเป็นทางการของลูกค้าที่เลือกแต่ละราย

สาขาหลัก/พัฒนาอาจอธิบายฟีเจอร์ที่ไม่มีใน release
สำหรับตัวเลือกที่น่าสงสัย ให้ตรวจสอบ release, ความช่วยเหลือ หรือโค้ดที่จัดส่ง

กำหนดสำหรับแต่ละการผสาน:

ลูกค้า | hook โครงการที่มี | ตัวติดตั้งที่เข้ากันได้ |
ขอบเขตการเปิดใช้งาน | ขอบเขตสถานะ | หลักฐาน

อย่าสับสน:
"ลูกค้ายอมรับ hook โครงการ"
และ "ตัวติดตั้งของเครื่องมือนี้รู้วิธีติดตั้งที่ระดับโครงการ"

จุดตรวจสอบที่ต้องตรวจสอบซ้ำในเวอร์ชันปัจจุบัน:

- Claude: การตั้งค่าผู้ใช้, โครงการที่แชร์, และโครงการท้องถิ่น
- Cursor: ฮุกของผู้ใช้และโครงการ; ทดสอบ IDE และ CLI แยกกัน
- Codex: การกำหนดค่าผู้ใช้/โครงการและการเปิดใช้งานปลั๊กอิน;
  ตรวจสอบกลไกฮุกที่มีอยู่จริง
- Kimi: อย่าสมมติว่ามีการกำหนดค่าฮุกแยกตามโครงการ;
  แยกความแตกต่างระหว่างการกำหนดค่าผู้ใช้, คำแนะนำโครงการ, และตัวเลือกการเปิดใช้งาน
- Gemini/Copilot: ตรวจสอบกลไกของตนเองหากถูกเลือก

หากตัวติดตั้งไม่เคารพขอบเขตที่ร้องขอ:

1. มองหาตัวเลือกอย่างเป็นทางการที่เหมาะสม
2. มิฉะนั้น ใช้การกำหนดค่าด้วยตนเองที่มีเอกสารของอะแดปเตอร์เดียวกัน
   เฉพาะเมื่อโปรโตคอลและเส้นทางยังคงเข้ากันได้
3. มิฉะนั้น ใช้การสำรองโดยคำสั่ง/คำนำหน้าที่ชัดเจน
4. อย่าสลับไปใช้แบบ global โดยไม่แจ้ง

ตรวจสอบฮุก global ที่สืบทอดมาก่อนเพิ่มฮุกท้องถิ่นที่เทียบเท่า:
พวกมันอาจสะสมแทนที่จะทดแทนกัน
รักษาฮุกด้านความปลอดภัยไว้ รายงานผลกระทบ global ที่ยังคงทำงาน

## 4. RTK

ตรวจสอบต้นทาง `rtk-ai/rtk`, เวอร์ชัน, ความช่วยเหลือ, การกำหนดค่า
และ `rtk gain` ความล้มเหลวของ `gain` อาจมาจากฐานหรือสิทธิ์:
ซึ่งไม่ใช่หลักฐานเพียงพอของแพ็กเกจที่ไม่ดี

ติดตั้งหรืออัปเดตด้วยตัวจัดการที่ใช้แล้ว หากเหมาะสม
ตรวจสอบต้นทางของสูตรหรือแพ็กเกจและเวอร์ชันที่ได้รับ
หลีกเลี่ยงการติดตั้งพร้อมกันและการเปลี่ยน PATH ที่ไม่จำเป็น
อย่ารัน `cargo install rtk` โดยไม่คิด

ปรึกษา `rtk init --help` สำหรับเวอร์ชันที่เลือก
เลือกตัวเลือกตามไคลเอนต์และขอบเขต; อย่าคัดลอก
`-g` จากตัวอย่างเอกสารโดยอัตโนมัติ

อย่าสมมติว่าการรวม Codex เป็นคำสั่งง่ายเสมอ
หรือว่ามีฮุกเสมอ: ขึ้นอยู่กับเวอร์ชัน RTK
ตรวจสอบความไม่เข้ากันระหว่างตัวเลือกการเริ่มต้นด้วย

ในกำหนดค่าที่อ่านจริง ให้รวมการยกเว้น:

    [hooks]
    exclude_commands = ["graft", "curl", "playwright"]

รักษาการยกเว้นที่มีอยู่และตรวจสอบการพิจารณา
หากการตั้งค่านี้เป็น global ให้ระบุผลกระทบนี้ก่อนแก้ไข
ปิดการใช้งาน telemetry ทางเลือกด้วยกลไกที่มีเอกสาร
ภายในขอบเขตที่อนุญาต

RTK เป็นส่วนประกอบเดียวที่ได้รับอนุญาตให้เขียนคำสั่ง shell ใหม่
ฮุกด้านความปลอดภัย, การตรวจสอบ, และการอนุมัติยังคงใช้ได้

อย่าคัดลอกฮุก Claude ไปยังไคลเอนต์อื่นโดยไม่มีความเข้ากันได้ที่มีเอกสาร
หากไม่มีการเขียนใหม่ที่มีประสิทธิภาพ ให้กำหนดคำนำหน้า `rtk` อย่างชัดเจน
หลีกเลี่ยงฮุกซ้ำและคำนำหน้าซ้ำ

## 5. Graft กับ LSP

### การติดตั้งและความเป็นส่วนตัว

ตรวจสอบตัวตนของแพ็กเกจ `@nanonets/graft`, เวอร์ชันที่เผยแพร่
และความต้องการ Node

ติดตั้งนอกการพึ่งพาแอปพลิเคชัน ในตำแหน่งที่เหมาะสม
อย่าแก้ไข package.json หรือไฟล์ล็อกโครงการเพื่อติดตั้ง Graft

ใช้ `DO_NOT_TRACK=1` ตั้งแต่การเปิดใช้งานครั้งแรกและใน MCP
ใช้คำสั่งปิดใช้งาน telemetry อย่างเป็นทางการหากมี

อย่าเปิดใช้งาน Brain, บัญชี, การเสริม LLM หรือ `--deep`
อย่าสัญญาว่าจะไม่มีเครือข่ายเลยโดยไม่ตรวจสอบ

อย่ารัน `graft init` อัตโนมัติ
เน้นการเชื่อมต่อที่ชัดเจน; ตัวติดตั้งอาจเขียนนอกที่เก็บ

### LSP ที่ใช้งานได้จริง

ก่อนสำรวจโค้ดแอปพลิเคชัน ให้เคารพกฎของ Graft ในที่เก็บ
จากนั้นระบุภาษาที่มีประโยชน์และปรึกษาการรวม LSP
ของเวอร์ชัน Graft ที่เลือก

ใช้เซิร์ฟเวอร์ที่เข้ากันได้ที่มีอยู่แล้วซ้ำ
ติดตั้งเฉพาะเซิร์ฟเวอร์ที่จำเป็น พร้อมเวอร์ชันที่บันทึกไว้
นอกการพึ่งพาแอปพลิเคชันเมื่อเป็นไปได้

ตรวจสอบ:

- ไฟล์ปฏิบัติการและเวอร์ชัน
- ความพร้อมใช้งานใน PATH ของกระบวนการ Graft/MCP
- ข้อกำหนดภาษาและพื้นที่ทำงาน
- การสนับสนุนโดยเวอร์ชัน Graft นี้

หลังจากอ่านความช่วยเหลือ ใช้โดยเฉพาะถ้าตัวเลือกเหล่านี้มี:

    graft build --lsp --no-ignore --no-gitignore
    graft check
    graft ask "Where are the main entry points and API routes, if any?" --source

ใช้ DO_NOT_TRACK กับคำสั่งเหล่านี้ด้วยไวยากรณ์ shell ปัจจุบัน

ตรวจสอบความหมายของตัวเลือก: ในบางเวอร์ชัน
`--no-ignore` และ `--no-gitignore` ป้องกันการเขียนไฟล์ยกเว้น;
ไม่ได้หมายความว่า "จัดทำดัชนีไฟล์ที่ถูกละเว้น"

จัดการการยกเว้น Git ของ `/graft/` อย่างชัดเจนตามขอบเขตที่เลือก
ตรวจสอบด้วย Git อย่าลบไฟล์ที่ติดตามแล้วโดยอัตโนมัติ
รักษาคำอธิบายประกอบและเนื้อหาของมนุษย์

การ build ด้วย `--lsp` และรหัสออก 0 ไม่ได้พิสูจน์การใช้ LSP
มองหาหลักฐานเฉพาะ: เซิร์ฟเวอร์เปิดใช้งานจริง, ผลลัพธ์การแก้ไข,
ขอบที่เสริม หรือการวินิจฉัยที่มีเอกสาร

รายงานตามภาษา:
LSP ตรวจสอบแล้ว / มีให้แต่ไม่มีการเสริมที่สังเกต / ไม่มี / ไม่รองรับ

อย่าโหลดกราฟทั้งหมดหรือ wiring.json ในบริบท
ตรวจสอบด้วยว่าเสริม LSP ยังคงอยู่หลังรีเฟรชอัตโนมัติหรือไม่;
ถ้าไม่รับประกัน ให้บันทึกการสร้างใหม่ที่ชัดเจนที่จำเป็น

### MCP และความสดใหม่

กำหนดค่าการเข้าใช้งาน Graft ที่มีผลเพียงรายการเดียวต่อไคลเอนต์
ค้นหาไฟล์, สคีมา, และขอบเขตที่รองรับจริง

สำหรับแต่ละเซิร์ฟเวอร์ ตรวจสอบ:
คำสั่งที่ติดตั้ง, อาร์กิวเมนต์ MCP, DO_NOT_TRACK, PATH, และไดเรกทอรีทำงาน

อย่าสมมติว่า `.kimi-code/mcp.json`, `.mcp.json` หรือไฟล์อื่นโหลดโดยอัตโนมัติ:
ยืนยันกลไกไคลเอนต์หรือตัวเลือกการเปิดใช้งานที่จำเป็น

การกำหนดค่า MCP แบบ global ยอมรับได้เฉพาะถ้ากระบวนการเป้าหมายจัดการที่เก็บแต่ละแห่งอย่างถูกต้อง
มิฉะนั้น ให้เก็บ MCP ระดับโครงการ

อย่าใช้ `npx -y ...@latest` ทุกครั้งที่เริ่มต้น
อย่าควบคุมเวอร์ชันเส้นทางส่วนตัวแบบสัมบูรณ์หรือความลับ
อย่าคิดค้นตัวแปรสากล `${workspaceFolder}`

ในโปรไฟล์นี้ อย่าเพิ่มฮุก Graft ใดๆ
ไม่มี smart-grep, grep-redirect, หรือการดักจับ shell ของ Graft

ตรวจสอบการรีเฟรชและการไม่มีการปิดใช้งานโดยไม่ตั้งใจ
การรีเฟรชล้มเหลวห้ามแสดงกราฟว่าเป็นข้อมูลสด

ตรวจสอบการรวมเก่าและเมตาดาต้า auto-wiring ก่อนย้าย
ลบเฉพาะองค์ประกอบที่ระบุและสำรองข้อมูลแล้ว
ตรวจสอบว่าไม่ปรากฏซ้ำหลังเริ่มต้น MCP และการสืบค้น

### สถิติ Graft

แยกการดำเนินการ, การใช้งานที่สังเกต, และการเก็บสถิติ

ขึ้นอยู่กับเวอร์ชัน, `graft stats` ขึ้นอยู่กับ session hooks
หากไม่มี hooks เหล่านี้ อาจคาดหวังข้อความ "no session recorded yet" แม้ว่าจะมีการร้องขอ Graft ที่สำเร็จ

อย่าปลอมแปลงสถิติหรือรัน `graft init` เพื่อให้ข้อความนี้หายไป

หากผู้ใช้ต้องการสถิติแบบเนทีฟ ให้เปิดเผยความเข้ากันได้ของ hooks การวัดที่มีอยู่และขอการพัฒนารูปแบบโปรไฟล์อย่างชัดเจนโดยไม่มี hooks ก่อนการเปิดใช้งานใดๆ

## 6. Ponytail lite

ควรเลือกการผสานอย่างเป็นทางการที่เข้ากันได้กับไคลเอนต์และขอบเขต
ตรวจสอบ manifest, เหตุการณ์ และ dependencies

แยกแยะ:
การติดตั้งปลั๊กอิน, การเปิดใช้งาน, โหมดเริ่มต้น และสถานะโหมดปัจจุบัน

ตรวจสอบแหล่งข้อมูลที่อ่านจริง:
การกำหนดค่า, `PONYTAIL_DEFAULT_MODE`, สถานะถาวร และข้อมูลปลั๊กอิน
`defaultMode: lite` ไม่ได้พิสูจน์ว่าสถานะเต็มรูปแบบเก่าได้รับการแทนที่

หากโหมดถูกแชร์ระหว่างการสนทนา ให้ระบุ
ในขอบเขตของโปรเจกต์ อย่าปรับเปลี่ยนค่าเริ่มต้นทั่วโลกโดยเงียบๆ
ใช้กลไกท้องถิ่นที่มีเอกสารหรือใช้นโยบาย lite ตามคำแนะนำ

ตามไคลเอนต์:

- Claude/Codex: การติดตั้งและเปิดใช้งานอย่างเป็นทางการในขอบเขตที่มีอยู่
  ตรวจสอบคำสั่งย่อยก่อนใช้งาน
  การอนุมัติ hooks ยังคงอยู่กับผู้ใช้
- Cursor: ตัวปรับอย่างเป็นทางการ หรือกฎคำสั่ง; หลีกเลี่ยงการสะสมของพวกเขา
  หากมี `scripts/cursor-hooks.js install --project` ให้รันสคริปต์
  จากรากของ repository เป้าหมายโดยใช้เส้นทาง checkout อย่างเป็นทางการ
  หากไม่มี `--project` ให้ตรวจสอบปลายทางของผู้ใช้
  ตรวจสอบเส้นทางที่สร้างขึ้น: hook ของโปรเจกต์ที่มีเส้นทางสัมบูรณ์
  ไปยัง checkout ส่วนตัวไม่สามารถพกพาได้และไม่ควรถูก commit
- Kimi: ค้นหาตัวปรับอย่างเป็นทางการที่เข้ากันได้ มิฉะนั้น ใช้นโยบาย lite
  ใน AGENTS.md; เพิ่มทักษะท้องถิ่นขั้นต่ำเฉพาะเมื่อมีประโยชน์
  และหากรูปแบบและการโหลดได้รับการยืนยัน
  ระบุว่าเป็นการปรับเปลี่ยน โดยไม่สัญญาคำสั่งหรือสถิติแบบเนทีฟ
- ไคลเอนต์อื่นที่เลือก: ใช้การตรวจสอบเดียวกันโดยไม่ถ่ายโอน
  เหตุการณ์ Claude/Codex โดยอัตโนมัติ

เก็บ checkout ตัวปรับที่เวอร์ชันหรือ commit ที่ระบุ
อย่าทำ git pull บน checkout ที่มีการแก้ไข
อย่าเพิ่ม statusline หรือสัญลักษณ์แสดงผล

ทดสอบโหมดที่มีผลใน session ใหม่

## 7. คำแนะนำทั่วไปแบบกะทัดรัด

รวมบล็อกที่ถูกจำกัดด้วย:

    <!-- agent-stack:start -->
    ...
    <!-- agent-stack:end -->

ใน AGENTS.md รักษาทุกเนื้อหาภายนอกและการเพิ่มของมนุษย์
อย่าคัดลอก prompt การติดตั้งนี้ลงในคำแนะนำของ agent

บล็อกต้องแสดง:

### Graft

เพื่อเข้าใจหรือแก้ไขโค้ด ให้เริ่มจากการสำรวจแอปพลิเคชัน:
`graft ask "<precise question>" --source` หรือเครื่องมือ MCP Graft ที่เปิดเผยจริง

คำแนะนำ, ทักษะ, Git, การกำหนดค่า และการค้นหา MCP อาจมาก่อน
หลังจากการชี้นำ, อ่านส่วนที่มีประโยชน์โดยตรง
สำหรับผู้เรียกใช้, ใช้คำสั่ง/เครื่องมือ trace ที่มีอยู่

ในกรณีกราฟล้าสมัย: ตรวจสอบ, สร้างใหม่ที่ปรับแต่งด้วย LSP, แล้วสอบถามใหม่
หลังจากการค้นหาที่ไม่สำเร็จ: graft grep แบบเจาะจง, แล้วอ่านโดยตรง
หรือ rg แบบจำกัดพร้อมคำอธิบายข้อจำกัด

ไฟล์ที่ให้มา, stack trace, การกำหนดค่า หรือภาษาไม่ถูกจัดทำดัชนี
อนุญาตให้การอ่านแบบเจาะจงโดยตรง
การไม่มีในกราฟไม่พิสูจน์ว่าไม่มีโค้ดหรือผู้เรียกใช้

หลังการแก้ไข: graft blast, ตรวจสอบฐาน Git, และทดสอบที่เกี่ยวข้อง
ไม่ใช้ --name, ไม่โหลดกราฟเต็ม
รายงานจำนวนการเรียกใช้จริงและข้อผิดพลาดใดๆ

### RTK

hook ที่ตรวจสอบแล้ว: ให้การเขียนทับทำงานโดยไม่มี prefix ซ้ำ
มิฉะนั้น: ให้ prefix คำสั่งที่เข้ากันได้อย่างชัดเจน
อย่าส่ง Graft ผ่าน RTK

สำหรับผลลัพธ์เต็ม: เรียก --full หากมี หรือ proxy
อย่ารันคำสั่งที่มีผลข้างเคียงซ้ำโดยอัตโนมัติ
รักษา pipeline และการเปลี่ยนเส้นทาง

ก่อนการตรวจสอบ: diff ที่ไม่บีบอัดจริง, diff --cached,
diff --check และการตรวจสอบแยกไฟล์ใหม่
ไม่ทำ staging อัตโนมัติ

### Ponytail lite

ดำเนินการคำขออย่างถูกต้องและใช้ซ้ำที่มีอยู่
รายงานสั้นๆ ถึงวิธีแก้ปัญหาที่ง่ายกว่ามาก
รักษาการตรวจสอบ, ความปลอดภัย, สิทธิ์, การเข้าถึง, ธุรกรรม
และการทดสอบที่จำเป็น ตรวจสอบการใช้งานก่อนลบหรือฝัง

เต็มรูปแบบเฉพาะเมื่อมีคำขอชัดเจน, ไม่ใช่ ultra โดยค่าเริ่มต้น
การตรวจสอบไม่ทำให้เกิดการออกแบบใหม่
การแก้ไขมีความสำคัญสำหรับความปลอดภัย, ตัวแยกวิเคราะห์, ความขนาน และการย้ายข้อมูล

อย่าอ้างว่าโหมดที่แชร์เป็นท้องถิ่นสำหรับการสนทนา
หลังจาก full ที่ได้รับอนุญาต, ตรวจสอบการกลับไปยัง lite
ปิดไม่ได้ลบคำสั่งที่ฉีดไปแล้ว

### การโหลด

ยืนยันว่าแต่ละไคลเอนต์โหลดคำสั่งเหล่านี้อย่างไรจริงๆ
ใช้การนำเข้า/ตัวปรับที่มีเอกสารและขั้นต่ำ
หลีกเลี่ยงการซ้ำซ้อนและการนำเข้าวงกลม

RTK ยังคงเป็นตัวเขียน shell เพียงตัวเดียว
ไม่มี hook Graft ในโปรไฟล์นี้

## 8. การอัปเดตและซ่อมแซม

prompt เดียวกันต้องสามารถรันซ้ำได้โดยไม่มีซ้ำซ้อน

ในโหมดอัปเดต:

1. อ่านซ้ำตัวเลือกขอบเขตและสถานะที่ตรวจสอบก่อนหน้า
2. เปรียบเทียบเวอร์ชันที่ติดตั้ง, เวอร์ชันเป้าหมาย และการเปลี่ยนแปลงที่ไม่เข้ากัน
3. สำรองข้อมูลก่อนการย้ายข้อมูลใดๆ
4. อัปเดตเฉพาะส่วนประกอบที่เลือก
5. รีเฟรชปลั๊กอิน/ตัวปรับด้วยกลไกอย่างเป็นทางการ
6. ประเมินความสามารถใหม่: fallback เก่าสามารถถูกแทนที่
   ด้วยการผสานเนทีฟที่มีอยู่ในขอบเขตเดียวกัน
7. ย้ายเฉพาะคีย์และบล็อกที่เป็นของ stack นี้
8. สร้างกราฟใหม่หากจำเป็นและตรวจสอบ LSP อีกครั้ง
9. รีสตาร์ทกระบวนการ MCP/ไคลเอนต์ที่จำเป็น:
   กระบวนการที่มีอยู่ยังอาจรันเวอร์ชันเก่า
10. เล่นซ้ำการตรวจสอบและทดสอบการผสานที่แก้ไข

อย่าติดตั้งส่วนประกอบซ้ำโดยไม่จำเป็นหากเป็นไปตามข้อกำหนดแล้ว
อย่าเริ่มอัปเดตทั่วไปของแพ็กเกจเครื่อง

ในโหมดซ่อมแซม, รักษาเวอร์ชันไว้ยกเว้นเมื่อพิสูจน์ว่าไม่เข้ากัน
และมีการตัดสินใจอัปเดตอย่างชัดเจน

เตรียมการย้อนกลับเป้าหมาย: เวอร์ชันก่อนหน้า, สำรองข้อมูล,
และคำสั่งที่แม่นยำ อย่ากู้คืนไฟล์ทั้งหมดโดยไม่ไตร่ตรอง
หากมีการเปลี่ยนแปลงอื่นๆ ตั้งแต่สำรอง

การรันครั้งที่สองโดยไม่มีการเปลี่ยนแปลงที่ร้องขอจะต้องไม่สร้าง
hook, เซิร์ฟเวอร์ MCP หรือส่วนคำสั่งซ้ำ

## 9. การตรวจสอบและหลักฐาน

ทดสอบแยกกัน:

- RTK ที่สามารถรันได้และการบีบอัดที่ชัดเจน;
- การทริกเกอร์ hook อัตโนมัติ, การยกเว้น, และการส่งผ่านข้อมูลดิบ;
- Graft: ความสดใหม่, ผลลัพธ์ที่ตรงกับ repository, และการเสริม LSP;
- MCP: เซิร์ฟเวอร์ฟังก์ชันและการโหลดจริงในแต่ละไคลเอนต์;
- Ponytail: การเปิดใช้งานและโหมดที่มีประสิทธิภาพ;
- ไม่มีการซ้ำซ้อนและการเดินสายตัวเองที่ปรากฏซ้ำ;
- ความถูกต้องขั้นสุดท้ายของการตั้งค่าและขอบเขตที่มีประสิทธิภาพ.

ไฟล์ที่มีอยู่ไม่ใช่หลักฐานของการโหลด.
การตรวจสอบ MCP ภายนอกไม่ใช่หลักฐานของการโหลดในไคลเอนต์.
คำนำหน้า RTK ที่ชัดเจนไม่ใช่หลักฐานของ hook อัตโนมัติ.

สำหรับไคลเอนต์ที่มีอยู่และได้รับการยืนยันแต่ละราย ให้เปิดเซสชันใหม่
ใน repository พร้อมการป้องกันตามปกติ และมอบตั๋วกลางนี้:

"โดยไม่แก้ไขโค้ด ให้ระบุจุดเข้าหลัก.
หากมี API ให้ระบุที่ตั้งของเส้นทางและติดตาม
เส้นทางไปยังตรรกะธุรกิจ อ้างอิงไฟล์และบรรทัด."

อย่าเพิ่ม "ใช้ Graft".
ตรวจสอบการเรียกเครื่องมือที่มองเห็นได้ ไม่ใช่ตรรกะภายใน.
เก็บหลักฐานให้น้อยที่สุดและปกปิดข้อมูลที่ละเอียดอ่อน.

หากขาดการอนุมัติ, การเข้าสู่ระบบ หรือการกระทำ UI:
ยังไม่ได้ทดสอบ / ต้องการการกระทำของผู้ใช้, ห้ามสมมติความสำเร็จ.

## 10. ผลงาน

ภายในขอบเขตที่ได้รับอนุญาต ให้เก็บเอกสารบำรุงรักษาสั้น ๆ:

- การเลือกปฏิบัติ, ไคลเอนต์, และขอบเขต;
- เวอร์ชันที่แน่นอน, แหล่งที่มา, และวันที่ตรวจสอบ;
- กลไกการตั้งค่าและข้อจำกัด;
- การสร้างใหม่ของ Graft/LSP;
- ขั้นตอนการอัปเดต, การตรวจสอบ, และการย้อนกลับ.

สำหรับการติดตั้งแบบแชร์ ใช้ `docs/agent-stack.md`.
สำหรับการติดตั้งส่วนตัว/ทั่วโลก ให้เก็บข้อมูลเฉพาะเครื่อง
นอกไฟล์ที่มีการควบคุมเวอร์ชัน.
ในโหมดตรวจสอบเท่านั้น ให้ส่งรายงานโดยไม่สร้างไฟล์เหล่านี้.

รายงานคำสั่งที่สำคัญ ผลลัพธ์ ไฟล์ที่แก้ไข
การสำรองข้อมูล และการกระทำของผู้ใช้ที่แน่นอน.

ทำบัญชี hook สุดท้าย:
ไคลเอนต์, แหล่งที่มา, ขอบเขต, เหตุการณ์, ตัวจับคู่, บทบาท, และคำสั่งที่ปกปิด.

จบด้วย:

Client/version | ขอบเขตที่มีประสิทธิภาพ | การตั้งค่าที่มีอยู่ |
MCP โหลดแล้ว | พบ Graft ในการสำรวจครั้งแรก |
LSP | RTK | Ponytail | หลักฐาน/การกระทำที่เหลือ

ใช้สถานะที่ชัดเจน:
CONFIGURED / LOADED / USAGE OBSERVED / NOT TESTED / BLOCKED / NOT APPLICABLE.

จัดประเภทไฟล์:
TO COMMIT AFTER REVIEW / TO IGNORE / MACHINE CONFIGURATION.

เส้นทางส่วนตัว, ความลับ, แคช, กราฟ, การสำรองข้อมูล, และบันทึก
ต้องไม่รวมในไฟล์ที่จะคอมมิต.

แสดงสถานะ Git สุดท้ายและการเปลี่ยนแปลงที่เกิดจากการแทรกแซงนี้
แยกแยะจากการเปลี่ยนแปลงที่มีอยู่ก่อนหน้า ห้ามคอมมิตใด ๆ.

แท็ก