# Project Context## What this project is- This project is: [อธิบาย project ใน 1–3 ประโยค]- Target users: [ใครใช้]- Main goal: [เป้าหมายหลักของ version แรก]## Current scope- Version 1 includes: - [feature 1] - [feature 2] - [feature 3]- Out of scope for now: - Login - Payment - Admin dashboard - Anything not explicitly requested## Tech stack- Framework: [เช่น Next.js / React / ยังไม่รู้]- Database: [เช่น Supabase / none]- Deployment: [เช่น Vercel / not decided]## Common commands- Run locally: `[command]`- Build: `[command]`- Test: `[command or not set up yet]`## Working rules- Before making multi-file changes, explain the plan first.- Prefer small, reversible changes.- Do not add new packages unless you explain why they are necessary.- Do not change authentication, payment, database permissions, or environment files without asking.- After changes, explain what changed and what I should test.## Security rules- Never hard-code API keys, tokens, passwords, or secrets.- Do not expose server-only secrets to the browser.- If a change touches user data, database rules, login, payment, or deployment config, stop and ask first.## Definition of doneA task is not done until:- The app still runs or builds.- The main user flow has been tested.- Any changed files are summarized.- Risks and manual test steps are listed.
คุณไม่ต้องกรอกให้สมบูรณ์ 100% ตั้งแต่วันแรก
เริ่มจากสิ่งที่รู้ แล้วค่อยให้ Claude ช่วยเติมจาก project จริง
วิธีให้ Claude ช่วยสร้าง CLAUDE.md
ถ้า project มีไฟล์อยู่แล้ว ให้ใช้ prompt นี้
ช่วยสร้างร่าง CLAUDE.md สำหรับ project นี้ฉันไม่ใช่ programmer ดังนั้นอยากให้เขียนแบบอ่านง่ายและใช้ได้จริงกติกา:- อ่าน project ก่อน แต่อย่าเพิ่งแก้ไฟล์- สรุปเฉพาะสิ่งที่ Claude ควรรู้ทุก session- อย่าใส่ข้อมูลที่เดาไม่ได้ ให้ใส่ TODO แทน- ห้ามใส่ secret หรือค่าใน .env- ให้ร่างเป็น markdown ไม่เกิน 120 บรรทัดหัวข้อที่ต้องมี:1. What this project is2. Current scope3. Tech stack4. Common commands5. Working rules6. Security rules7. Definition of done
# Project Context## What this project is- This is a simple landing page for an AI Workflow Audit service.- Target users are Thai SME owners who want to use AI to reduce repetitive work.- The main goal is to get visitors to submit a consultation request.## Current scope- Version 1 includes: - Landing page - Contact/waitlist form UI - Thank you message after submit- Out of scope for now: - Login - Payment - Admin dashboard - CRM integration## Tech stack- Framework: TODO- Database: none for now- Deployment: Vercel later## Working rules- Keep copy in Thai, direct and non-hype.- Before making multi-file changes, explain the plan first.- Prefer simple HTML/CSS/components over adding new packages.- Do not add login, payment, or database unless explicitly requested.## Security rules- Do not hard-code secrets.- Do not add tracking scripts or external services without asking.## Definition of done- Page works on desktop and mobile.- CTA button is visible.- Form has basic validation.- Summarize changed files and manual test steps.
สังเกตว่าไฟล์นี้ไม่ได้ยาว
แต่ช่วยลดการเดาได้มาก
Claude จะรู้ว่าไม่ควรเพิ่ม login, payment หรือ CRM integration เองโดยไม่มีคำสั่ง
ตัวอย่าง CLAUDE.md สำหรับ waitlist app
# Project Context## What this project is- This is a waitlist app for a future SaaS product.- Users submit name, email, company, and their main problem.- The goal is to validate demand before building the full product.## Current scope- Version 1 includes: - Landing page - Waitlist form - Store submissions in Supabase - Success and error states- Out of scope for now: - Login - Payment - Admin dashboard - Email automation## Tech stack- Frontend: TODO- Database: Supabase- Deployment: Vercel## Working rules- Ask before changing database schema.- Ask before changing Supabase policies or environment variables.- Do not add new packages unless necessary.- Explain changes in non-coder language.## Security rules- Never expose Supabase service role keys to the browser.- Do not commit `.env` or `.env.local`.- If unsure whether a key is public or secret, stop and ask.## Definition of done- Form validates required fields.- Successful submit shows a thank you message.- Failed submit shows a useful error.- Manual test steps are listed.- Any security assumptions are listed.
แต่คือ rule ที่บังคับให้ Claude อธิบายก่อนทำเรื่องเสี่ยง
ตัวอย่าง rule ที่ควรมี:
## Approval rules- For small copy or UI changes, you may edit directly.- For changes touching multiple files, explain the plan first.- For database, auth, payment, deployment, or environment variables, stop and ask before editing.- If you are unsure, ask a clarifying question instead of guessing.
ความคิดเห็น
ยังไม่มีความคิดเห็น
เป็นคนแรกได้เลย