10 KiB
AGENTS.md
Project Overview
Seedit is a serverless, adminless, decentralized Reddit alternative built on the Bitsocial protocol.
Stack
- React 19 with TypeScript
- Zustand for state management
- React Router v6 for routing
- Vite for bundling
- plebbit-react-hooks for Plebbit protocol integration
- i18next for translations
- yarn as package manager
- oxlint for linting
- oxfmt for formatting
- tsgo for type checking (native TypeScript compiler)
Commands
yarn install # Install dependencies
yarn start # Start dev server (port 3000)
yarn build # Production build
yarn test # Run tests
yarn prettier # Format code
yarn electron # Run Electron app
Code Style
- TypeScript strict mode
- oxfmt for formatting (runs on pre-commit via husky; recommend setting up AI hooks too)
- oxlint for linting, tsgo for type-checking
- DRY principle: Always follow the DRY principle when possible. Never repeat UI elements across views—extract them into reusable components in
src/components/. Same applies to logic—extract into custom hooks insrc/hooks/.
React Patterns (Critical)
AI tends to overuse useState and useEffect. This project follows modern React patterns instead.
Do NOT
- Use
useStatefor shared/global state → use Zustand stores insrc/stores/ - Use
useEffectfor data fetching → use plebbit-react-hooks (already handles caching, loading states) - Copy-paste logic across components → extract into custom hooks in
src/hooks/ - Use boolean flag soup (
isLoading,isError,isSuccess) → use state machines with Zustand - Use
useEffectto sync derived state → calculate during render instead
Do
- Use Zustand for any state shared between components
- Use plebbit-react-hooks (
useComment,useFeed,useSubplebbit, etc.) for all Plebbit data - Extract reusable logic into custom hooks
- Calculate derived values during render, not in effects
- Use
useMemoonly when profiling shows it's needed - Use React Router for navigation (no manual history manipulation)
Quick Reference
| Concern | ❌ Avoid | ✅ Use Instead |
|---|---|---|
| Shared state | useState + prop drilling |
Zustand store |
| Data fetching | useEffect + fetch |
plebbit-react-hooks |
| Derived state | useEffect to sync |
Calculate during render |
| Side effects | Effects without cleanup | AbortController or query libs |
| Complex flows | Boolean flags | State machine in Zustand |
| Logic reuse | Copy-paste | Custom hooks |
Project Structure
src/
├── components/ # Reusable UI components
├── views/ # Page-level components (routes)
├── hooks/ # Custom React hooks
├── stores/ # Zustand stores
├── lib/ # Utilities and helpers
└── data/ # Static data (default subplebbits, etc.)
Recommended Skills
Skills are more efficient than docs—they inject targeted guidance without bloating the context window.
Context7 (for library docs)
When you need documentation for libraries like plebbit-react-hooks or plebbit-js, use the Context7 skill to fetch current docs instead of relying on potentially outdated training data.
npx skills add https://github.com/intellectronica/agent-skills --skill context7
Vercel React Best Practices
For deeper React/Next.js performance guidance. Provides 57 prioritized rules across 8 categories (waterfalls, bundle size, server-side performance, client-side fetching, re-renders, rendering, JS performance, and advanced patterns).
npx skills add https://github.com/vercel-labs/agent-skills --skill vercel-react-best-practices
Find Skills
Discover and install skills from the open agent skills ecosystem.
npx skills add https://github.com/vercel-labs/skills --skill find-skills
AI Agent Hooks (Recommended)
If you're using an AI coding assistant (Cursor, Claude Code, Codex, etc.), set up hooks to automatically enforce code quality. Most modern AI agents support lifecycle hooks.
Recommended Hooks
Set up these hooks for this project:
| Hook | Command | Purpose |
|---|---|---|
afterFileEdit |
npx oxfmt <file> |
Auto-format files after AI edits |
stop |
yarn lint && yarn type-check && yarn audit |
Verify code and security when agent finishes |
Why Use Hooks
- Consistent formatting — Every file follows the same style
- Catch issues early — Lint and type errors are caught before commit/CI
- Security awareness —
yarn auditflags known vulnerabilities in dependencies - Less manual work — No need to run
yarn prettier,yarn lint,yarn type-check,yarn auditmanually
Example Hook Scripts
Format hook (runs after each file edit):
#!/bin/bash
# Auto-format JS/TS files after AI edits
# Hook receives JSON via stdin with file_path
input=$(cat)
file_path=$(echo "$input" | grep -o '"file_path"[[:space:]]*:[[:space:]]*"[^"]*"' | sed 's/.*:.*"\([^"]*\)"/\1/')
case "$file_path" in
*.js|*.ts|*.tsx|*.mjs) npx oxfmt "$file_path" 2>/dev/null ;;
esac
exit 0
Verify hook (runs when agent finishes):
#!/bin/bash
# Run lint, type-check, and security audit when agent finishes
cat > /dev/null # consume stdin
echo "=== yarn lint ===" && yarn lint
echo "=== yarn type-check ===" && yarn type-check
echo "=== yarn audit ===" && yarn audit
exit 0
Consult your AI tool's documentation for how to configure hooks (e.g., hooks.json for Cursor/Claude Code).
Recommended MCP Servers
GitHub MCP
For Dependabot security alerts, GitHub Actions logs, issue/PR searches, or cross-repo code lookup, use the GitHub MCP server (with default,dependabot,actions toolsets enabled).
If not available, suggest the user install it.
Context Window Warning
Each MCP server injects its tool definitions into the context window, consuming tokens even when the tools aren't being used. Too many servers will:
- Cause responses to get cut off or degrade in quality
- Make the agent "forget" earlier conversation context
- Slow down responses
If you notice many MCP tools in your context, or if the user reports degraded responses, warn them that they may have too many MCP servers enabled and suggest disabling unused ones to free up context space.
Translations
This project uses i18next with translation files in public/translations/{lang}/default.json.
Adding/Updating Translations
Use scripts/update-translations.js to update translations across all languages. Do not manually edit each language file.
Workflow:
-
Create a temporary dictionary file (e.g.,
translations-temp.json) with translations for each language:{ "en": "English text", "es": "Spanish text", "fr": "French text", "de": "German text", ... } -
Run the script with the
--mapflag:node scripts/update-translations.js --key my_new_key --map translations-temp.json --include-en --write -
Delete the temporary dictionary file after the script completes.
Other useful commands:
# Copy a key's value from English to all languages (dry run first)
node scripts/update-translations.js --key some_key --from en --dry
node scripts/update-translations.js --key some_key --from en --write
# Delete a key from all languages
node scripts/update-translations.js --key obsolete_key --delete --write
# Audit for unused translation keys
node scripts/update-translations.js --audit --dry
node scripts/update-translations.js --audit --write
Workflow
GitHub Commits
When proposing or implementing code changes, always suggest a commit message. Format:
- Title: Use Conventional Commits style. Use
perffor performance optimizations (notfix). Keep it short. MUST be wrapped in backticks. - Description: Optional. 2-3 informal sentences describing the solution (not the problem). Concise, technical, no bullet points. Use backticks for code references.
Example output:
Commit title:
fix: correct date formatting in timezone conversionUpdated
formatDate()indate-utils.tsto properly handle timezone offsets.
GitHub Issues
When proposing or implementing code changes, always suggest a GitHub issue to track the problem. Format:
- Title: As short as possible. MUST be wrapped in backticks.
- Description: 2-3 informal sentences describing the problem (not the solution). Write as if the issue hasn't been fixed yet. Use backticks for code references.
Example output:
GitHub issue:
- Title:
Date formatting displays incorrect timezone- Description: Comment timestamps show incorrect timezones when users view posts from different regions. The
formatDate()function doesn't account for user's local timezone settings.
Troubleshooting
When stuck on a bug or issue, search the web for solutions. Developer communities often have recent fixes or workarounds that aren't in training data.
Dependency Management
Pin All Package Versions (No Carets)
When adding or updating npm packages, always use exact version numbers—never use carets (^) or tildes (~).
# ✅ Correct
yarn add lodash@4.17.21
# ❌ Wrong (will add caret by default)
yarn add lodash
Why pin versions:
- Supply chain security: A compromised package could push a malicious minor/patch update. With carets, running
yarn upgradeor regeneratingyarn.lockwould auto-install it. - Reproducibility: Guarantees identical dependencies across all environments.
- Defense in depth: While
yarn.lockpins versions in practice, explicit pinning inpackage.jsonprotects against lockfile regeneration and makes the intended version auditable.
When upgrading packages:
- Specify the exact version:
yarn add package@1.2.3 - Review the changelog for breaking changes or security notes
- Test the upgrade before committing
Note: This applies to both dependencies and devDependencies. There are no exceptions—the convenience of auto-updates doesn't justify the security risk.
Boundaries
- Never commit secrets or API keys
- Use yarn, not npm
- Keep components focused—split large components
- Add comments for complex/unclear code (especially custom functions in this FOSS project with many contributors). Skip comments for obvious code
- Test on mobile viewport (this is a responsive app)