Hình dung một tuần của một Brand Manager ở công ty flower business.
- Giải thích Projects là gì và khi nào nên dùng
- Tạo một Project mới với name, description, visibility settings
- Upload documents vào knowledge base của Project
- Viết project instructions hiệu quả để guide Claude's behavior
- Share Projects với teammates (dành cho Team / Enterprise users)
- Hiểu cơ chế Retrieval Augmented Generation (RAG) khi knowledge base lớn
Projects là gì?
Project = workspace chuyên dụng với persistent memory, knowledge base, và custom instructions.
Nghĩa là:
- Chat histories riêng cho project này, không lẫn với chat khác
- Documents bạn upload 1 lần → dùng được trong mọi chat của project
- Instructions bạn viết 1 lần → apply cho mọi chat trong project
- (Team/Enterprise) Share với đồng nghiệp — họ có cùng context
┌──────────────────────────────────────────────────────────┐ │ │ │ PROJECT │ │ "Q4 Marketing — Flower Biz" │ │ │ │ ┌──────────────┐ ┌──────────────┐ ┌──────────────┐ │ │ │ Knowledge │ │ Instructions │ │ Chats │ │ │ │ Base │ │ │ │ │ │ │ │ │ │ Brand voice: │ │ • Tulip blog │ │ │ │ • Brand.pdf │ │ friendly, │ │ • Rose email │ │ │ │ • Past blogs │ │ warm, poetic │ │ • Instagram │ │ │ │ • Customer │ │ │ │ captions │ │ │ │ personas │ │ Audience: │ │ • ... │ │ │ │ • Q4 calendar│ │ women 28-45 │ │ │ │ │ │ │ │ │ │ │ │ │ └──────────────┘ └──────────────┘ └──────────────┘ │ │ │ │ Mọi chat tự động inherit knowledge + instructions │ │ │ └──────────────────────────────────────────────────────────┘
Khi nào dùng Projects?
Projects xứng đáng đầu tư setup khi bạn có workflow ongoing, không phải one-off question.
3 signals bạn cần Project
1. Reference materials bạn sẽ dùng lặp lại
2. Consistent requirements về cách Claude respond
3. Team collaboration
Nhiều người cần work từ cùng foundation — same context, same instructions, same knowledge.
Test đơn giản: "Lần thứ 3"
Nếu bạn thấy mình paste cùng context lần thứ 3 cho một loại task — dừng lại, tạo Project.
- Meeting notes, survey results, reports
- Brand guidelines, style guides, templates
- Historical data, past deliverables
- Customer personas, product specs
- Luôn formal language
- Luôn cite sources
- Luôn follow template nhất định
- Luôn viết theo brand voice specific
Tạo Project đầu tiên — 3 bước
Bước 1: Setup project
Bước 2: Add project instructions
Instructions là nơi bạn "programming Claude's behavior" cho project này. Click "Instructions" để mở panel.
Cấu trúc instruction tốt — 4 phần
1. Context về project:
2. Process instructions (workflows):
3. Tone & style preferences:
4. Specific requirements:
Click "Save instructions" — apply cho mọi chat trong project, cùng với user preferences và selected style bạn đã set ở Settings.
Pro tip: Instructions là programming language của bạn
Thay vì nghĩ instructions như "guidelines", nghĩ như code:
Claude sẽ consistently follow rules như một programmer đã code.
Bước 3: Build knowledge base
Knowledge base là nơi bạn upload documents Claude reference. Files menu ở bên phải project main page.
Cách upload
Upload gì?
Reference documents:
Background materials:
Examples để Claude emulate:
Technical documentation:
Pro tip: Tên file descriptive
Claude dùng filename để understand + retrieve. Invest 20 giây đặt tên đúng.
- Hover sidebar trái → click "Projects", hoặc navigate trực tiếp tới claude.ai/projects
- Click "+ New Project" ở góc trên bên phải
- Đặt tên project descriptive:
- ✅ "Q4 Marketing Campaign — Flower Biz"
- ✅ "Product Documentation v2"
- ❌ "My project"
- ❌ "Project 1"
- Thêm description: mô tả ngắn bạn đang làm gì.
- Chọn visibility:
- Private — chỉ bạn thấy
- Public (Team/Enterprise) — share với organization
- Click "+" button
- Upload multi file types: PDF, DOCX, CSV, TXT, HTML, MD, và nhiều format khác
- Hoặc connect Google Drive để link documents trực tiếp
- Brand guidelines, style guides, templates
- Company OKRs, strategy docs
- Research reports, market analysis
- Meeting notes, requirements docs
- Past blog posts bạn hài lòng
- Well-written reports
- Sample presentations
- Product specs
- API docs, internal wikis
| ❌ Bad | ✅ Good |
|---|---|
| document1.pdf | Q4-2025-Brand-Guidelines-v2.pdf |
| notes.docx | 2026-01-15-ProductLaunchMeeting-Notes.docx |
| data.csv | customer-survey-Q4-2025-responses.csv |
| report.pdf | Market-Analysis-HR-Tech-APAC-Nov-2025.pdf |
IF user uploads transcript
THEN create summary using template X
IF output is marketing copy
THEN length < 200 words + always CTA
ALWAYS avoid jargon list: [synergy, leverage, utilize]Cơ chế retrieval — RAG khi knowledge base lớn
Bạn upload 5 files → OK. 50 files? 500? Tổng content có thể exceed context window limit.
Claude handle issue này tự động thông qua Retrieval Augmented Generation (RAG).
RAG hoạt động thế nào?
Thực tế với bạn
Pro tip: Reference documents by name
Ngay cả với RAG, help Claude focus bằng cách mention file theo tên:
- Small project (< 5 files, < 100 pages) → standard mode
- Large project (> 20 files, hoặc nhiều 500+ page reports) → auto RAG
- Bạn không phải làm gì — Claude switch tự động
- Chất lượng response không giảm nhờ retrieval thông minh
┌───────────────────────────────────────────────────────────┐ │ │ │ STANDARD MODE (small knowledge base) │ │ ─────────────────────────────────── │ │ │ │ Prompt → ALL project content loaded → Response │ │ │ │ │ │ RAG MODE (large knowledge base) │ │ ─────────────────────────────── │ │ │ │ Prompt → Intelligent search retrieve most relevant │ │ chunks → Load vào context → Response │ │ │ │ Claude seamless switch giữa 2 mode. Bạn thấy │ │ visual indicator khi RAG enabled, nhưng experience │ │ vẫn same. │ │ │ │ RAG expand capacity 10x so với standard. │ │ │ └───────────────────────────────────────────────────────────┘
Khi nào knowledge vs. conversation context?
Điểm hay nhầm với người mới: có cần upload mọi thứ vào knowledge base?
Knowledge base (project-level):
Conversation context (chat-level):
Rule: Nếu bạn upload 1 file 1 lần duy nhất → conversation. Nếu > 1 lần → knowledge base.
- Shared across mọi chat trong project
- Dùng cho: reference docs, templates, brand guides — thứ bạn reference đi reference lại
- Example: upload 1 lần, dùng 50 lần
- Upload trong 1 chat cụ thể
- Không shared sang chat khác
- Dùng cho: one-off context, sensitive data, experimental uploads
- Example: 1 client proposal chỉ relevant 1 chat duy nhất
┌────────────────────────────────────────────────────┐
│ PROJECT KNOWLEDGE │
│ ───────────────── │
│ Brand guide │
│ Past case studies ▶ Available trong MỌI chat │
│ Template │
└────────────────────────────────────────────────────┘
│
├──── Chat 1 ──── Upload: Q4 campaign draft (only this chat)
│
├──── Chat 2 ──── Upload: Meeting transcript (only this chat)
│
└──── Chat 3 ──── (no extra uploads, just use knowledge)Collaboration features — Team & Enterprise
Với Claude for Work plans, projects trở thành shared workspace. Cả team làm từ cùng foundation.
3 permission levels
Can view
Can edit
Owner
Cách share project
Use case điển hình: Brand team shared project
"Brand Voice Central" — owner: Brand Manager; shared: marketing team, product marketers, content writers.
Content:
Instructions:
Result: 10 người trong team viết content output consistent voice — như 1 người viết. Onboard writer mới → ngày 1 đã "biết brand" qua shared project.
- See project contents, access knowledge, chat
- Không thể make changes
- Model mental: read-only access + discussion rights
- Dùng cho: stakeholders cần visibility, không participate
- Full collaboration power
- Modify instructions, update knowledge, manage members
- Actively contribute
- Dùng cho: core team members
- Control everything
- Decide ai thấy project
- Share specific people hoặc visible cho entire organization
- Dùng cho: project lead
- Open project
- Click "Share project" (phải tên project)
- Add members:
- Individual: nhập name / email
- Bulk: paste list email
- Everyone: share với "Everyone at [your organization]" → project discoverable trong Team tab
- Members nhận email notification
- Họ tìm project trong "Shared with me" tab
- Brand guidelines v3
- Voice & tone examples (20 past blogs/emails yêu thích)
- Don't-say list (jargon cấm)
- Persona documents
- Write trong voice bạn studied
- Adapt cho từng channel/audience persona
- Flag nếu có content có vi phạm don't-say list
5 Example Projects để inspire
1. Q4 Product Launch
Knowledge:
Instructions:
Chats typical:
2. Research Support
Knowledge:
Instructions:
Chats typical:
3. Client Account Hub
Knowledge:
Instructions:
Chats typical:
4. Event Planning Workspace
Knowledge:
Instructions:
Chats typical:
5. Personal Finance Tracker
Knowledge:
Instructions:
Chats typical:
- Product specs
- Competitive analysis
- Messaging brainstorm notes
- Customer research quotes
- "Default tone: confident nhưng không salesy. Target audience: technical buyers."
- Draft press release
- Write launch email sequence
- Create sales talking points
- Generate FAQ
- Competitive review docs
- User research data (raw transcripts + codes)
- Customer feedback repository
- "Synthesize across sources. Flag conflicts explicit. Cite source bằng [File Name] format."
- Literature review
- Customer sentiment analysis
- Market gap identification
- Client brand guidelines
- Past deliverables (proposals, reports, decks)
- Communication history
- Industry context
- "Match client's preferred tone (see sample docs). Reference their industry terminology. Format: consulting report style."
- Proposal drafts
- Quarterly business review
- Email responses
- Venue contracts
- Speaker bios
- Attendee data
- Past event playbooks
- "Event theme: [X]. All comms phải align với theme. Event voice: [y]."
- Run-of-show documents
- Attendee email sequences
- Post-event reports
- Past 12 months bank/credit statements
- Budget spreadsheet
- Financial goals doc
- "Analyze spending patterns. Flag unusual charges. Respect privacy — không share info ra ngoài chat này."
- Monthly spending review
- Budget adjustments
- Goal progress check
Ví dụ theo ngành
💼 Sales Team Lead
Project: "Enterprise Pipeline Q4"
Knowledge:
Instructions:
Kết quả: Rep mới onboarding 2 tuần → có cùng context 2-năm-veteran. Setup time/deal giảm 40%.
💰 Finance Analyst
Project: "Monthly Close Process"
Knowledge:
Instructions:
Kết quả: Close 5 ngày → 2 ngày. Exception-based review thay vì checking mọi line.
⚖️ Legal Counsel
Project: "Contract Review Hub"
Knowledge:
Instructions:
Kết quả: Review time 4 giờ → 1 giờ. First-pass consistency cao hơn.
🎓 Curriculum Developer
Project: "HS Physics Grade 11 Curriculum"
Knowledge:
Instructions:
Kết quả: Curriculum design 2 tuần → 4 ngày. Consistency cao across teachers.
📊 Data Analyst
Project: "Growth Metrics Dashboard"
Knowledge:
Instructions:
Kết quả: Ad-hoc analysis 2 giờ → 30 phút. Stakeholder-specific formatting auto.
- Ideal Customer Profile (ICP)
- Competitor battle cards
- Past win/loss analyses
- Pricing matrix
- "Discovery calls: MEDDIC framework. Demo prep: tailor to industry vertical. Proposal: use consultative language."
- SOP documents each close step
- Chart of accounts
- Approved vendor list
- Past close reports (12 months)
- "Reconciliation tolerance ±$500. Flag anomalies > 20% YoY. Output format: exception report only."
- Company contract templates v5
- Key regulations (GDPR, CCPA summaries)
- Past deviations + decisions log
- Risk matrix definitions
- "Compare against template. Flag deviations. Rate risk H/M/L. Suggest redline wording. Never give binding legal advice — flag 'attorney review required' when appropriate."
- National standards
- Textbook chapters
- Past lesson plans
- Student feedback data
- "Lesson plan format: warm-up → concept → 3 practice → wrap-up. Include analogies from daily life. Differentiate for mixed-level class."
- Data dictionary
- SQL query library
- Past dashboard specs
- Stakeholder personas (what each exec cares about)
- "Default: concise + visual. CEO: single-page executive summary. Product: detailed with cohort analysis. Marketing: focus on acquisition + retention."
Anti-patterns khi dùng Projects
❌ Project "kho rác"
Biểu hiện: Dump 200 random files vào 1 project "All Marketing Stuff".
Tại sao sai: Claude khó retrieve đúng. Responses lan man, ngược context.
Cách đúng: Focused projects. Mỗi project 1 workstream. "Q4 Campaign" ≠ "Brand Central" ≠ "Customer Research".
❌ Instructions quá vague
Biểu hiện: "Be professional."
Tại sao sai: Professional với ai? Corporate? Consulting? Formal-friendly?
Cách đúng: Specific. "Tone như senior consultant briefing client executive — confident, concise, no hedging, no jargon like 'synergy'."
❌ Never update knowledge base
Biểu hiện: Upload knowledge tháng 1, không touch 6 tháng.
Tại sao sai: Outdated docs → outdated responses. Pricing changed, products renamed, team restructured.
Cách đúng: Quarterly review. Remove outdated, add new. Note "last updated" trong instructions.
❌ Không dùng descriptive filenames
Biểu hiện: doc1.pdf, report_final_v2.docx, data.csv.
Tại sao sai: Claude retrieve dựa filename. Bad names → bad retrieval.
Cách đúng: Template: [Topic]-[Date]-[Version/Owner].ext
❌ Share project với 50 người không cần
Biểu hiện: "Everyone at org" cho project có PII.
Tại sao sai: Overshare security risk.
Cách đúng: Least-privilege. Start restricted, expand khi cần.
❌ Upload sensitive data vào personal project
Biểu hiện: Customer PII, medical records, financial statements.
Tại sao sai: Dù Claude secure, data treatment tùy thuộc plan. Enterprise plans có Business Associate Agreement, Data Processing Agreement.
Cách đúng: Check plan's compliance posture. Sensitive data → Enterprise với proper agreements. Personal / Pro accounts → giới hạn sensitivity.
Best practices — 5 rules
1. Start focused, expand sau
Begin with specific use case. Don't create "Everything Project". Can always add content later. Better to have 5 focused projects than 1 catch-all.
2. Keep knowledge base current
Outdated docs → outdated responses. Schedule quarterly review. Remove stale content, add new.
3. Write clear instructions
Specific > vague. Instructions like programming — rules machine can consistently follow.
4. Name docs descriptively
Template: [Topic]-[Date]-[Version/Owner].ext. Group related files together (prefix tương tự).
5. Reference documents by name trong chat
Help Claude focus retrieval: "Dựa vào Q3 Sales Report, top customer concerns là gì?" vs. vague "Top concerns là gì?"
Áp dụng ngay
Bài tập 1: Identify top 3 project candidates (10 phút)
Quay lại danh sách task Bài 01. Identify:
Task nào lặp 3+ lần/tháng với cùng context? Đây là candidate #1 cho project.
Fill in:
Bài tập 2: Tạo Project đầu tiên (15 phút)
Pick Project #1. Làm full setup:
Step 1 (3 phút): Name + description + visibility
Step 2 (5 phút): Instructions — viết ≥ 150 từ theo 4-part structure (context + process + tone + requirements)
Step 3 (5 phút): Upload 3-5 reference files, đặt tên descriptive
Step 4 (2 phút): Mở chat mới trong project. Test với 1 prompt. Observe — Claude có inherit instructions không? Reference được knowledge không?
Project candidate #1:
- Name: ___________
- Knowledge base cần: ___________
- Instructions cần: ___________
- Chats typical: ___________
Project candidate #2:
...
Project candidate #3:
...Tóm tắt bài học
🎯 Projects = workspace chuyên dụng với persistent knowledge, instructions, chat history. Setup 1 lần, dùng mãi.
🎯 3 signals nên tạo project — reference materials lặp lại, consistent requirements, team collaboration.
🎯 Instructions = programming Claude's behavior — 4 parts: context + process + tone + requirements. Specific > vague.
🎯 Knowledge base với descriptive filenames — Claude retrieve theo tên file. Đặt tên tốt = retrieval tốt.
🎯 RAG tự động khi knowledge lớn — Claude seamless switch, capacity 10x, quality unchanged.
🎯 Team projects = shared foundation — 3 permission levels (view/edit/owner). Onboarding team nhanh hơn qua shared context.
- Projects documentation — full Help Center article
- Video: Getting started with Projects
- Team & Enterprise plans — unlock collaboration features