sqlew 2.0.0 → 2.1.1

package/README.md

@@ -1,52 +1,146 @@
 # sqlew
+![sqlew_logo](assets/sqlew-logo.png)
 
 [![npm version](https://img.shields.io/npm/v/sqlew.svg)](https://www.npmjs.com/package/sqlew)
 [![License: MIT](https://img.shields.io/badge/License-MIT-yellow.svg)](https://opensource.org/licenses/MIT)
 
-**sqlew** (SQL Efficient Workflow) is a Model Context Protocol (MCP) server for efficient context sharing between Claude Code sub-agents. Achieve **96% token reduction** through action-based tools while managing structured data through a metadata-driven SQLite database.
+> **SQL Efficient Workflow** - MCP server for efficient context sharing between Claude Code sub-agents
 
-## ⚠️ Version 2.0.0 - Breaking Changes
+## Overview
 
-**v2.0.0 introduces action-based tools that consolidate the API from 20 tools to 6 tools.** This is a breaking change in the MCP tool API only.
+**sqlew** is a Model Context Protocol (MCP) server that enables efficient context sharing between multiple Claude Code agents through a SQLite-backed database. It dramatically reduces token consumption while providing structured data management through metadata-driven organization.
 
-**Database Compatibility:** ✅ **100% compatible** - v2.0 uses the same database schema as v1.x. No data migration needed.
+**Current Version:** 2.1.1
 
-**Migration Required:** Only for code that calls MCP tools - see [MIGRATION_v2.md](MIGRATION_v2.md) for upgrade guide.
+## Benefits
 
-## Why sqlew?
+### 🧠 Organizational Memory for AI Agents
 
-When coordinating multiple Claude Code agents on a complex project, context sharing becomes critical. Traditional JSON-based approaches consume massive amounts of tokens. sqlew solves this with:
+**sqlew solves the "organizational memory" problem that traditional code can't:**
 
-- **96% Token Reduction:** Action-based API eliminates tool duplication (12,848 → 481 tokens)
-- **67% MCP Context Reduction:** From ~13,730 to ~4,482 tokens in MCP server definitions
-- **Structured Metadata:** Tags, layers, scopes, versions, and priorities for intelligent organization
-- **Fast & Reliable:** SQLite-backed with ACID guarantees and automatic cleanup
-- **6 Action-Based Tools:** Comprehensive API for decisions, messaging, file tracking, constraints, config, and stats
-- **Help Actions:** On-demand documentation with zero token cost until called
+| What Traditional Code Provides | What sqlew Adds |
+|-------------------------------|-----------------|
+| ✅ **Git history** - WHAT changed | ✅ **Decisions** - WHY it changed |
+| ✅ **Code comments** - HOW it works | ✅ **Constraints** - WHY it must work this way |
+| ❌ **Architectural decisions** - Missing! | ✅ **Context survival** - Across sessions |
+
+**Real-World Example:**
+```typescript
+// Agent in Session 1 records:
+{
+  key: "loom/duration-constraint",
+  value: "Duration must NOT occur in Loom module",
+  layer: "business",
+  tags: ["architecture", "constraint", "breaking"]
+}
+
+// Agent in Session 2 queries:
+"What are business layer constraints for Loom module?"
+→ Finds: "Duration must NOT occur in Loom"
+→ Avoids introducing the same bug you just fixed!
+```
+
+### 💡 Why This Matters for LLMs
+
+1. **Context Survival**: Next Claude session can query architectural decisions from previous sessions
+2. **Prevents Regression**: Constraints like "Duration must NOT occur in Loom" prevent reintroducing bugs
+3. **Historical Reasoning**: Captures WHY decisions were made, not just WHAT changed
+4. **Knowledge Discovery**: Searchable by layer/tag/scope - "Show me all breaking changes in business layer"
+
+### ⚡ Real-World Token Savings
+
+**Scenario: 5 Agents Working Across 10 Sessions**
+
+| Approach | Token Usage | Details |
+|----------|-------------|---------|
+| **Without sqlew** | ~20,000 tokens | All context re-provided every session |
+| **With sqlew** | ~7,400 tokens | Selective queries, persistent storage |
+| **Savings** | **63% reduction** | Realistic multi-session project |
+
+**Why sqlew Saves Tokens:**
+
+1. **Selective Retrieval** (50-70% savings)
+   - Without: Must read ALL context every time
+   - With: Query only what's needed - `search_layer("business")` returns 5 decisions, not 100
+
+2. **Structured vs Unstructured** (60-85% savings)
+   - Without: "We decided to use JWT because..." (50-200 tokens in prose)
+   - With: `{key: "auth", value: "JWT", layer: "business"}` (20-30 tokens)
+
+3. **Cross-Session Persistence** (80-95% savings)
+   - Without: Context re-provided every new session
+   - With: Query from database, context survives sessions
+
+4. **Search Instead of Scan** (70-90% savings)
+   - Without: Read all 100 decisions to find 5 relevant ones
+   - With: `search_tags(["breaking", "api"])` → only relevant results
+
+**Expected Token Reduction (Typical Multi-Agent Project):**
+- Conservative: 50-65% reduction
+- Realistic: 60-75% reduction
+- Optimal: 70-85% reduction
+
+*Note: Internal architecture improvements (v1.0.0→v2.0.0) achieved 96% tool definition reduction and 67% MCP context reduction. The percentages above reflect real-world usage benefits.*
+
+**Performance:**
+- Query response: 2-50ms
+- Concurrent access: 5+ simultaneous agents
+- Storage efficiency: ~140 bytes per decision
+
+**Reliability:**
+- SQLite ACID transactions
+- 100% backward compatible upgrades
 
 ## Features
 
-- **Context Management:** Record and retrieve decisions with advanced filtering (tags, layers, scopes, versions)
-- **Agent Messaging:** Priority-based messaging system with broadcast support
-- **File Change Tracking:** Layer-based file organization with lock detection
-- **Constraint Management:** Track performance, architecture, and security constraints
-- **Token Efficient:** Pre-aggregated views and integer enums minimize token consumption
-- **Weekend-Aware Auto-Cleanup:** Smart retention policies that pause during weekends
-- **Configurable Retention:** Adjust cleanup periods via CLI args or MCP tools
-- **Version History:** Track decision evolution over time
-- **Concurrent Access:** Supports multiple agents simultaneously
+### Core Capabilities
+- **Context Management** - Store and retrieve decisions with tags, layers, scopes, and versions
+- **Agent Messaging** - Priority-based messaging system with broadcast support
+- **File Change Tracking** - Layer-based file organization with lock detection
+- **Constraint Management** - Track performance, architecture, and security constraints
+- **Activity Logging** - Automatic tracking of all agent actions (v2.1.0)
+- **Weekend-Aware Auto-Cleanup** - Smart retention policies that pause during weekends
+
+### Advanced Features (v2.1.0)
+- **Smart Defaults** - Auto-infer layer and tags from file paths (60% token reduction)
+- **Batch Operations** - Process up to 50 operations atomically (70% token reduction)
+- **Update Polling** - Lightweight subscription mechanism (95% token reduction)
+- **Advanced Query** - Complex multi-criteria filtering with full-text search
+- **Templates** - 5 built-in templates + custom template support
+- **CLI Tool** - Standalone query commands without MCP server
+
+### 6 Consolidated Tools (26 Actions)
+1. **`decision`** (13 actions) - Context management with metadata
+2. **`message`** (4 actions) - Agent-to-agent messaging
+3. **`file`** (4 actions) - File change tracking
+4. **`constraint`** (3 actions) - Constraint management
+5. **`stats`** (4 actions) - Statistics and cleanup
+6. **`config`** (2 actions) - Configuration management
 
 ## Installation
 
+### Requirements
+- Node.js 18.0.0 or higher
+- npm or npx
+
+### Install from npm
+
 ```bash
 npm install sqlew
 ```
 
+### Quick Test
+
+```bash
+# Test with MCP Inspector
+npx @modelcontextprotocol/inspector npx sqlew
+```
+
 ## Quick Start
 
 ### Add to Claude Desktop
 
-Add sqlew to your Claude Desktop configuration (`claude_desktop_config.json`):
+Add to your Claude Desktop configuration (`claude_desktop_config.json`):
 
 ```json
 {
@@ -59,7 +153,7 @@ Add sqlew to your Claude Desktop configuration (`claude_desktop_config.json`):
 }
 ```
 
-Or with a custom database path:
+### Custom Database Path
 
 ```json
 {
@@ -72,7 +166,7 @@ Or with a custom database path:
 }
 ```
 
-Or with weekend-aware auto-deletion enabled:
+### Weekend-Aware Auto-Deletion
 
 ```json
 {
@@ -90,30 +184,24 @@ Or with weekend-aware auto-deletion enabled:
 }
 ```
 
-### Using with MCP Inspector
-
-Test all tools interactively:
-
-```bash
-npx @modelcontextprotocol/inspector npx sqlew
-```
-
-### Database Location
+### Default Database Location
 
-Default: `.sqlew/sqlew.db` (created in current directory)
+`.sqlew/sqlew.db` (created in current directory)
 
-## Available Tools (v2.0.0)
+## MCP Tools Reference
 
-All tools now use action-based routing. Call any tool with `action: "help"` for comprehensive documentation.
+All tools use action-based routing. Call any tool with `action: "help"` for comprehensive documentation.
 
-### `decision` - Context Management
+### 1. `decision` - Context Management
 
 Manage decisions with metadata (tags, layers, versions, scopes).
 
-**Actions:** `set`, `get`, `list`, `search_tags`, `search_layer`, `versions`, `help`
+**Actions:** `set`, `get`, `list`, `search_tags`, `search_layer`, `versions`, `quick_set`, `search_advanced`, `set_batch`, `has_updates`, `set_from_template`, `create_template`, `list_templates`, `help`
+
+**Examples:**
 
 ```typescript
-// Set a decision
+// Standard set
 {
   action: "set",
   key: "auth_method",
@@ -121,29 +209,57 @@ Manage decisions with metadata (tags, layers, versions, scopes).
   agent: "auth-agent",
   layer: "business",
   tags: ["authentication", "security"],
-  scopes: ["user-service"],
-  version: "1.0.0",
-  status: "active"
+  version: "1.0.0"
 }
 
-// Get decision by key
+// Quick set with smart defaults (auto-infers layer, tags)
 {
-  action: "get",
-  key: "auth_method"
+  action: "quick_set",
+  key: "api/users/auth",
+  value: "JWT validation updated",
+  agent: "auth-agent"
+  // Auto-infers: layer="presentation", tags=["api", "users", "auth"]
+}
+
+// Batch set (up to 50 decisions atomically)
+{
+  action: "set_batch",
+  decisions: [
+    { key: "api_v1", value: "REST", layer: "presentation" },
+    { key: "api_v2", value: "GraphQL", layer: "presentation" }
+  ],
+  atomic: true
+}
+
+// Check for updates (lightweight polling)
+{
+  action: "has_updates",
+  agent_name: "my-agent",
+  since_timestamp: "2025-10-15T10:00:00Z"
 }
 
-// List with filtering
+// Advanced search with complex filtering
 {
-  action: "list",
+  action: "search_advanced",
+  layers: ["business", "data"],
+  tags_all: ["security"],
+  search_text: "authentication",
   status: "active",
-  layer: "business"
+  limit: 20
 }
 
-// Search by tags
+// Set from template
 {
-  action: "search_tags",
-  tags: ["authentication", "security"],
-  tag_match: "AND"
+  action: "set_from_template",
+  template: "api-endpoint",
+  key: "user_api",
+  value: "GET /api/users"
+}
+
+// Get decision
+{
+  action: "get",
+  key: "auth_method"
 }
 
 // Get version history
@@ -156,11 +272,13 @@ Manage decisions with metadata (tags, layers, versions, scopes).
 { action: "help" }
 ```
 
-### `message` - Agent Messaging
+### 2. `message` - Agent Messaging
+
+Send and retrieve messages with priority levels.
 
-Send and retrieve messages between agents with priority levels.
+**Actions:** `send`, `get`, `mark_read`, `send_batch`, `help`
 
-**Actions:** `send`, `get`, `mark_read`, `help`
+**Examples:**
 
 ```typescript
 // Send message
@@ -174,9 +292,31 @@ Send and retrieve messages between agents with priority levels.
   payload: { file: "/src/auth.ts" }
 }
 
+// Batch send (up to 50 messages)
+{
+  action: "send_batch",
+  messages: [
+    {
+      from_agent: "orchestrator",
+      to_agent: "auth-agent",
+      msg_type: "request",
+      message: "Start setup",
+      priority: "high"
+    },
+    {
+      from_agent: "orchestrator",
+      to_agent: "db-agent",
+      msg_type: "request",
+      message: "Initialize schema",
+      priority: "high"
+    }
+  ]
+}
+
 // Get messages
 {
   action: "get",
+  agent_name: "agent1",
   unread_only: true,
   priority_filter: "high"
 }
@@ -184,15 +324,18 @@ Send and retrieve messages between agents with priority levels.
 // Mark as read
 {
   action: "mark_read",
+  agent_name: "agent1",
   message_ids: [1, 2, 3]
 }
 ```
 
-### `file` - File Change Tracking
+### 3. `file` - File Change Tracking
 
-Track file modifications with layer assignment and lock detection.
+Track file modifications with layer assignment.
 
-**Actions:** `record`, `get`, `check_lock`, `help`
+**Actions:** `record`, `get`, `check_lock`, `record_batch`, `help`
+
+**Examples:**
 
 ```typescript
 // Record file change
@@ -205,10 +348,29 @@ Track file modifications with layer assignment and lock detection.
   description: "Updated JWT validation"
 }
 
+// Batch record (up to 50 file changes)
+{
+  action: "record_batch",
+  file_changes: [
+    {
+      file_path: "/src/auth/jwt.ts",
+      agent_name: "auth-agent",
+      change_type: "created",
+      layer: "business"
+    },
+    {
+      file_path: "/src/auth/validation.ts",
+      agent_name: "auth-agent",
+      change_type: "created",
+      layer: "business"
+    }
+  ]
+}
+
 // Get file changes
 {
   action: "get",
-  since: "2025-01-10T10:00:00Z",
+  since: "2025-10-15T10:00:00Z",
   layer: "business"
 }
 
@@ -220,12 +382,14 @@ Track file modifications with layer assignment and lock detection.
 }
 ```
 
-### `constraint` - Constraint Management
+### 4. `constraint` - Constraint Management
 
 Manage architectural, performance, and security constraints.
 
 **Actions:** `add`, `get`, `deactivate`, `help`
 
+**Examples:**
+
 ```typescript
 // Add constraint
 {
@@ -251,11 +415,13 @@ Manage architectural, performance, and security constraints.
 }
 ```
 
-### `stats` - Statistics & Utilities
+### 5. `stats` - Statistics & Utilities
 
 Get database statistics and manage data cleanup.
 
-**Actions:** `layer_summary`, `db_stats`, `clear`, `help`
+**Actions:** `layer_summary`, `db_stats`, `clear`, `activity_log`, `help`
+
+**Examples:**
 
 ```typescript
 // Layer summary
@@ -264,6 +430,14 @@ Get database statistics and manage data cleanup.
 // Database stats
 { action: "db_stats" }
 
+// Activity log (v2.1.0)
+{
+  action: "activity_log",
+  since: "1h",
+  agent_names: ["auth-agent"],
+  limit: 100
+}
+
 // Clear old data (weekend-aware)
 {
   action: "clear",
@@ -272,12 +446,14 @@ Get database statistics and manage data cleanup.
 }
 ```
 
-### `config` - Configuration
+### 6. `config` - Configuration
 
 Manage auto-deletion and retention settings.
 
 **Actions:** `get`, `update`, `help`
 
+**Examples:**
+
 ```typescript
 // Get config
 { action: "get" }
@@ -291,79 +467,61 @@ Manage auto-deletion and retention settings.
 }
 ```
 
-## Database Schema
-
-sqlew uses a normalized SQLite schema (v1.3.0) optimized for token efficiency with category-based table prefixes:
+## CLI Tool (v2.1.0)
 
-**Master Tables (m_ prefix):** m_agents, m_files, m_context_keys, m_layers, m_tags, m_scopes, m_constraint_categories, m_config
+Query your database directly from terminal without MCP server.
 
-**Transaction Tables (t_ prefix):** t_decisions, t_decisions_numeric, t_decision_history, t_decision_tags, t_decision_scopes, t_agent_messages, t_file_changes, t_constraints, t_constraint_tags
+### Available Commands
 
-**Token-Efficient Views (v_ prefix):** v_tagged_decisions, v_active_context, v_layer_summary, v_unread_messages_by_priority, v_recent_file_changes, v_tagged_constraints
+```bash
+# Query decisions
+npx sqlew-cli query decisions --layer=business --tags=breaking --output=table
 
-**Triggers (trg_ prefix):** trg_record_decision_history
+# Query messages
+npx sqlew-cli query messages --unread --priority=high --output=json
 
-### Automatic Migration
+# Query file changes
+npx sqlew-cli query files --since=1h --layer=data --output=table
 
-When upgrading from v1.2.0 to v1.3.0, the server automatically migrates your database to use the new prefixed table names. The migration is safe and runs in a transaction - if it fails, the database is unchanged.
+# Query activity log
+npx sqlew-cli query activity --since=5m --agent=* --output=json
+```
 
-## Token Efficiency
+### Common Options
 
-sqlew achieves **96% token reduction** through:
+- `--output <format>` - Output format: `json` or `table` (default: json)
+- `--layer <layer>` - Filter by layer
+- `--tags <tags>` - Filter by tags (comma-separated)
+- `--since <time>` - Time filter (e.g., "5m", "1h", "2d", or ISO timestamp)
+- `--limit <number>` - Limit results
+- `--db-path <path>` - Custom database path
+- `--help` - Show help
 
-1. **Action-Based Tools (v2.0):** Consolidates 20 tools → 6 tools, eliminating duplication
-2. **ID-Based Normalization:** Strings stored once, referenced by integer IDs
-3. **Integer Enums:** Status, priority, message types use integers (1-4) instead of strings
-4. **Pre-Aggregated Views:** Common queries use pre-computed results
-5. **Type-Based Tables:** Separate storage for numeric vs string values
-6. **Automatic Cleanup:** Prevents database bloat
+## Architecture Layers
 
-### v2.0.0 Token Savings
+sqlew organizes code by standard architecture layers:
 
-- **Tool Definitions:** 12,848 → 481 tokens (96.3% reduction)
-- **MCP Context Usage:** ~13,730 → ~4,482 tokens (67% reduction)
+- **presentation** - UI, API endpoints, views
+- **business** - Business logic, services, use cases
+- **data** - Repositories, database access
+- **infrastructure** - Configuration, external services
+- **cross-cutting** - Logging, security, utilities
 
-### Example Comparison
+## Database Schema
 
-**Traditional JSON (1000 tokens):**
-```json
-{
-  "key": "auth_method",
-  "value": "JWT",
-  "agent": "auth-agent",
-  "layer": "business",
-  "status": "active",
-  "tags": ["authentication", "security"],
-  "scopes": ["user-service"],
-  "updated": "2025-01-10T12:00:00Z"
-}
-```
+**Master Tables (m_ prefix):** Normalization layer (agents, files, keys, layers, tags, scopes, categories, config, templates)
 
-**sqlew Response (280 tokens):**
-```json
-{
-  "key_id": 42,
-  "value": "JWT",
-  "agent_id": 5,
-  "layer_id": 2,
-  "status": 1,
-  "tag_ids": [1,4],
-  "scope_ids": [3],
-  "ts": 1736510400
-}
-```
+**Transaction Tables (t_ prefix):** Core data (decisions, history, messages, file changes, constraints, activity log)
 
-**Token Savings: 720 tokens (72%)**
+**Views (v_ prefix):** Token-efficient pre-aggregated queries
 
-## Architecture Layers
+**Triggers (trg_ prefix):** Automatic version history and activity logging
 
-sqlew organizes code by standard architecture layers:
+### Automatic Migration
 
-- **presentation:** UI, API endpoints, views
-- **business:** Business logic, services, use cases
-- **data:** Repositories, database access
-- **infrastructure:** Configuration, external services
-- **cross-cutting:** Logging, security, utilities
+- **v1.x → v2.x:** Automatic migration adds table prefixes and new features
+- **v2.0 → v2.1:** Adds activity log and template tables
+- All migrations are safe with rollback protection
 
 ## Development
 
@@ -376,119 +534,76 @@ npm install
 npm run build
 ```
 
-### Running Locally
+### Available Scripts
 
 ```bash
-npm start
+npm start          # Start MCP server
+npm run cli        # Run CLI tool
+npm run inspector  # Test with MCP Inspector
+npm run build      # Build TypeScript
+npm run dev        # Watch mode
+npm run rebuild    # Clean and rebuild
 ```
 
-### Testing
-
-```bash
-# Use MCP Inspector to test all tools
-npm run inspector
-
-# Or test individual tools via CLI
-npx @modelcontextprotocol/inspector npx sqlew
-```
+## Configuration
 
-### Project Structure
+### Retention Periods (Defaults)
 
-```
-sqlew/
-├── src/
-│   ├── index.ts              # MCP server entry point
-│   ├── database.ts           # Database initialization
-│   ├── schema.ts             # Schema management
-│   ├── types.ts              # TypeScript types
-│   ├── constants.ts          # Constants & enums
-│   └── tools/
-│       ├── context.ts        # Context management
-│       ├── messaging.ts      # Messaging system
-│       ├── files.ts          # File tracking
-│       ├── constraints.ts    # Constraint management
-│       └── utils.ts          # Utilities
-├── dist/                     # Compiled JavaScript
-└── package.json
-```
+- **Messages:** 24 hours (weekend-aware optional)
+- **File Changes:** 7 days (weekend-aware optional)
+- **Decisions:** Permanent (version history preserved)
+- **Constraints:** Permanent (soft delete only)
 
-## Configuration
+### Weekend-Aware Cleanup
 
-### Weekend-Aware Auto-Deletion
+When enabled, weekends (Saturday/Sunday) don't count toward retention periods:
 
-sqlew supports weekend-aware retention policies that intelligently handle 3-day weekends and holidays:
+- Message sent Friday 3pm → Deleted Monday 3pm (skips weekend)
+- Message sent Monday 10am → Deleted Tuesday 10am
 
-**How it works:**
-- When `ignoreWeekend: false` (default): Standard time-based deletion
-- When `ignoreWeekend: true`: Weekends (Sat/Sun) don't count toward retention period
+Configure via CLI args or MCP tools at runtime.
 
-**Example:** With 24-hour retention and `ignoreWeekend: true`:
-- Message sent Friday 3pm → Deleted Monday 3pm (skips Sat/Sun)
-- Message sent Monday 10am → Deleted Tuesday 10am (no weekend in between)
+## Migration Guide
 
-**Configuration Methods:**
+### From v2.1.0 to v2.1.1
 
-1. **CLI Arguments (at startup):**
-```bash
-npx sqlew \
-  --autodelete-ignore-weekend \
-  --autodelete-message-hours=48 \
-  --autodelete-file-history-days=10
-```
+No breaking changes. Only bin command configuration changed:
 
-2. **MCP Tools (runtime):**
-```typescript
-// Get current config
-get_config()
+- **Old:** `npx sqlew` → CLI, `npx sqlew-server` → MCP server
+- **New:** `npx sqlew` → MCP server, `npx sqlew-cli` → CLI
 
-// Update config
-update_config({
-  ignoreWeekend: true,
-  messageRetentionHours: 72,
-  fileHistoryRetentionDays: 14
-})
-```
+Update Claude Desktop config if using custom commands.
 
-3. **Database (persisted):**
-Config is stored in the database and travels with the DB file.
+### From v2.0.0 to v2.1.0
 
-### Default Retention Periods
+No breaking changes. Database migrates automatically on startup.
 
-- **Messages:** 24 hours (weekend-aware optional)
-- **File Changes:** 7 days (weekend-aware optional)
-- **Decisions:** Permanent (version history preserved)
-- **Constraints:** Permanent (soft delete only)
+New features are opt-in via new actions.
 
-### Environment Variables
+### From v1.x to v2.0.0
 
-- `DEBUG_SQL`: Set to enable SQL query logging
+Requires migration. See [MIGRATION_v2.md](MIGRATION_v2.md) for details.
 
 ## License
 
 MIT - see [LICENSE](LICENSE) file for details
 
-## Contributing
-
-Contributions welcome! Areas of interest:
+## Links
 
-- Performance optimizations
-- Additional metadata features
-- Enhanced querying capabilities
-- Integration with other MCP tools
+- [npm package](https://www.npmjs.com/package/sqlew)
+- [GitHub repository](https://github.com/sin5ddd/mcp-sqlew)
+- [Changelog](CHANGELOG.md)
+- [Architecture Documentation](ARCHITECTURE.md)
+- [Model Context Protocol](https://modelcontextprotocol.io/)
 
-### Development Guidelines
+## Author
 
-1. Fork the repository
-2. Create a feature branch
-3. Make your changes
-4. Add tests if applicable
-5. Submit a pull request
+**sin5ddd**
 
 ## Support
 
 - **Issues:** [GitHub Issues](https://github.com/sin5ddd/mcp-sqlew/issues)
 - **Documentation:** See [ARCHITECTURE.md](ARCHITECTURE.md) for technical details
-- **Schema Reference:** See source code for complete schema
 
 ## Acknowledgments
 
@@ -496,13 +611,3 @@ Built with:
 - [Model Context Protocol SDK](https://github.com/modelcontextprotocol/sdk)
 - [better-sqlite3](https://github.com/WiseLibs/better-sqlite3)
 - TypeScript
-
-## Author
-
-**sin5ddd**
-
-## Links
-
-- [npm package](https://www.npmjs.com/package/sqlew)
-- [GitHub repository](https://github.com/sin5ddd/mcp-sqlew)
-- [Model Context Protocol](https://modelcontextprotocol.io/)