Every developer who uses AI tools regularly eventually discovers the same thing: the quality of what you get back is almost entirely determined by the quality of what you put in. And most people are leaving an enormous amount of value on the table because they treat every AI interaction as one-off improvisation.<\/p>\n
This is about building something different \u2014 a personal AI skills library. A structured collection of prompts, system contexts, and skill templates that you refine over time and pull from like a toolkit.<\/p>\n
An AI skills library is a personal collection of:<\/p>\n
Think of it as the difference between asking a new contractor to “build me a dashboard” every time versus having a detailed brief you’ve refined over 20 projects. The brief produces dramatically better results \u2014 and faster.<\/p>\n
A developer using generic prompts gets generic results. A developer with a refined library of prompts tailored to their stack, their standards, and their workflow gets something that behaves more like a senior colleague who knows their codebase.<\/p>\n
Concretely \u2014 the difference between:<\/p>\n
\u274c Generic prompt:\r\n\"Write a Laravel controller for managing users\"\r\n\r\n\u2705 Library prompt:\r\n\"Write a Laravel 13 API controller for user management following our\r\nproject conventions:\r\n- Dependency injection only, no facades\r\n- Return API Resources (not raw models)\r\n- Form Request classes for validation\r\n- Policy authorization on all methods\r\n- Scoped to authenticated user's company via company_id\r\n- PHPDoc on all public methods\r\n- Return 404 (not 403) when resource exists but belongs to different company\r\n- Paginate list endpoints at 20 items\"<\/code><\/pre>\nThe second produces code you can actually use. The first produces a starting point that needs significant work.<\/p>\n
Building Your System Prompt Foundation<\/h2>\n
Start with a master system prompt \u2014 context you paste at the start of any technical conversation:<\/p>\n
## Softcrony Development Context\r\n\r\n**Stack:** Laravel 13, PHP 8.3, MySQL 8, Redis, React 19, TypeScript,\r\nInertia.js v2, Tailwind CSS v4, Vite 7\r\n\r\n**Architecture patterns:**\r\n- Repository pattern for data access\r\n- Service classes for business logic\r\n- Form Requests for validation\r\n- API Resources for response formatting\r\n- Sanctum for API authentication\r\n- Policies for authorization\r\n- Queue jobs for async operations\r\n\r\n**Code standards:**\r\n- Dependency injection \u2014 no facades in application code\r\n- Constructor property promotion\r\n- Return types on all methods\r\n- PHPDoc on public methods\r\n- Strict types declaration on all files\r\n- No God classes \u2014 single responsibility strictly\r\n\r\n**Naming conventions:**\r\n- Controllers: TaskController (singular resource)\r\n- Resources: TaskResource\r\n- Requests: StoreTaskRequest, UpdateTaskRequest\r\n- Jobs: ProcessTaskNotification\r\n- Events: TaskCreated, TaskCompleted\r\n\r\n**Response format I prefer:**\r\n- Show the complete code, not snippets\r\n- Explain important decisions briefly at the end\r\n- Flag anything you're uncertain about\r\n- If something violates our conventions, say so before implementing<\/code><\/pre>\nThis system prompt, pasted at the start of a new conversation, produces dramatically more consistent and usable output. Every answer is shaped by your specific context.<\/p>\n
The Core Skill Templates<\/h2>\nSkill: Code Review<\/h3>\nReview the following [language] code. Check for:\r\n\r\nSECURITY:\r\n- SQL injection, XSS, CSRF vulnerabilities\r\n- Mass assignment issues\r\n- Authorization bypass possibilities\r\n- Sensitive data exposure\r\n\r\nPERFORMANCE:\r\n- N+1 query problems\r\n- Missing database indexes\r\n- Inefficient loops or operations\r\n- Unnecessary database calls\r\n\r\nQUALITY:\r\n- Single responsibility violations\r\n- Naming that doesn't reflect intent\r\n- Missing error handling\r\n- Inconsistency with stated conventions\r\n\r\nFor each issue found:\r\n- Quote the specific code\r\n- Explain why it's a problem\r\n- Show the corrected version\r\n- Rate severity: CRITICAL \/ HIGH \/ MEDIUM \/ LOW\r\n\r\n[paste code here]<\/code><\/pre>\nSkill: Laravel Feature Planning<\/h3>\nI need to add [feature description] to my Laravel application.\r\n\r\nCurrent relevant context:\r\n- [describe existing models\/tables involved]\r\n- [describe current user flow]\r\n- [describe any constraints]\r\n\r\nPlease provide:\r\n1. DATABASE: What tables\/columns need to change? Show migration code.\r\n2. MODELS: What relationships, scopes, and casts are needed?\r\n3. BUSINESS LOGIC: What service class methods are needed?\r\n4. API: What endpoints are needed? List method, URL, auth, validation.\r\n5. EDGE CASES: What could go wrong? What should I handle?\r\n6. ORDER OF IMPLEMENTATION: In what order should I build this?\r\n\r\nDon't write any implementation code yet \u2014 just the plan.<\/code><\/pre>\nSkill: Debugging<\/h3>\nI have a bug I can't figure out. Help me debug it systematically.\r\n\r\nWHAT I EXPECTED TO HAPPEN:\r\n[describe expected behavior]\r\n\r\nWHAT IS ACTUALLY HAPPENING:\r\n[describe actual behavior]\r\n\r\nERROR MESSAGE (if any):\r\n[paste error]\r\n\r\nRELEVANT CODE:\r\n[paste the code you think is involved]\r\n\r\nLOG OUTPUT:\r\n[paste any relevant logs]\r\n\r\nWHAT I'VE ALREADY TRIED:\r\n[list things you've already checked]\r\n\r\nPlease:\r\n1. Identify the most likely cause\r\n2. Explain why this would cause the symptom\r\n3. Show the fix\r\n4. Suggest what to check if this fix doesn't work<\/code><\/pre>\nSkill: Database Query Optimization<\/h3>\nThis database query is slow. Help me optimize it.\r\n\r\nQUERY (Eloquent or SQL):\r\n[paste query]\r\n\r\nCONTEXT:\r\n- Table size: approximately [X] rows\r\n- Current execution time: [X] seconds\r\n- How often it runs: [X] times per [period]\r\n\r\nEXPLAIN OUTPUT:\r\n[paste EXPLAIN result if available]\r\n\r\nCURRENT INDEXES:\r\n[paste SHOW INDEX FROM table if available]\r\n\r\nPlease provide:\r\n1. Diagnosis: What's causing the slowness?\r\n2. Query rewrite: Show optimized version\r\n3. Index recommendations: Exact CREATE INDEX statements\r\n4. Expected improvement: Roughly how much faster should this be?<\/code><\/pre>\nSkill: React Component Design<\/h3>\nDesign a React component for [describe what it does].\r\n\r\nRequirements:\r\n- [requirement 1]\r\n- [requirement 2]\r\n- [requirement 3]\r\n\r\nProps it should accept:\r\n- [prop name]: [type] \u2014 [description]\r\n\r\nIt should handle these states:\r\n- [state 1] (e.g., loading, empty, error, populated)\r\n\r\nAccessibility requirements:\r\n- [any specific a11y needs]\r\n\r\nPlease provide:\r\n1. Component with TypeScript interfaces\r\n2. All state handling\r\n3. Error boundaries if needed\r\n4. Basic Tailwind styling\r\n5. Brief explanation of key design decisions<\/code><\/pre>\nSkill: Architecture Decision<\/h3>\nI need to make an architecture decision and want to think it through.\r\n\r\nTHE DECISION:\r\n[describe what you need to decide]\r\n\r\nOPTION A: [name]\r\n[describe the approach]\r\n\r\nOPTION B: [name]\r\n[describe the approach]\r\n\r\nMY CONTEXT:\r\n- Team size: [X] developers\r\n- Expected scale: [X] users \/ [X] requests per [period]\r\n- Maintenance reality: [who will maintain this long term]\r\n- Timeline: [how quickly does this need to be built]\r\n\r\nPlease:\r\n1. Evaluate each option against my specific context\r\n2. Identify the most important trade-off\r\n3. Make a clear recommendation with reasoning\r\n4. Flag anything I might not have considered<\/code><\/pre>\nOrganizing Your Library<\/h2>\n
The format doesn’t matter \u2014 use whatever you’ll actually maintain. Options:<\/p>\n
Notion database<\/strong> \u2014 searchable, taggable, shareable with team. Create properties for: Stack, Task Type, Last Updated, Times Used.<\/p>\nObsidian vault<\/strong> \u2014 local, markdown-based, fast. Good if you prefer local-first tools.<\/p>\nGitHub repository<\/strong> \u2014 version controlled, shareable, shows evolution over time. A prompts\/<\/code> directory in your dotfiles repo works well.<\/p>\nPlain text files<\/strong> \u2014 a folder of .md<\/code> files on your desktop. Simple, always available.<\/p>\nWhichever you choose, the key discipline is: when you write a prompt that works unusually well, save it immediately. Don’t wait \u2014 you’ll forget.<\/p>\n
Building the Team Library<\/h2>\n
Once you have a personal library, the next step is a shared team library. This is where the real leverage is.<\/p>\n
A shared prompt library means:<\/p>\n
\n- Every developer on the team gets the benefit of the best prompts<\/li>\n
- New team members onboard faster \u2014 the library encodes your standards<\/li>\n
- Prompts improve over time as everyone contributes refinements<\/li>\n
- Your coding standards are encoded in prompts, not just documentation nobody reads<\/li>\n<\/ul>\n
At Softcrony, we maintain a shared prompts repository in GitHub. When a developer finds a prompt that produces significantly better output, they open a PR to the prompts repo. This sounds slightly absurd \u2014 PRs for prompts \u2014 but it works. The library is now genuinely useful and regularly used.<\/p>\n
The Meta-Skill: Evaluating Prompts<\/h2>\n
The hardest part of building a good library isn’t writing the prompts \u2014 it’s knowing whether a prompt is good. Some heuristics:<\/p>\n
A good prompt produces output you can use with minimal editing.<\/strong> If you’re always heavily editing the output, the prompt isn’t doing its job.<\/p>\nA good prompt is specific enough to eliminate obvious failures.<\/strong> If the prompt doesn’t mention that you use dependency injection, the AI will use facades. Specificity prevents predictable errors.<\/p>\nA good prompt produces consistent output across sessions.<\/strong> If running the same prompt twice produces very different results, it’s underspecified. Add more constraints.<\/p>\nA good prompt includes what you don’t want, not just what you do.<\/strong> “No facades. No raw model returns. No magic numbers. No nested ternaries.” Negative constraints are as important as positive ones.<\/p>\n