feature-development
Skill50 starsChanged 4 months agoMITView on GitHub
Feature development workflow for Telegram MCP projects. Use when implementing new features including research, planning, implementation, testing, and documentation.
- Commits and pushes
9 other projects use a version of this.
Adopted by
Most recently taken up by
- tencentmusic/juggtheir own version, first seen Oct 9, 2026
- rcore-os/tgoskitstheir own version, first seen Oct 8, 2026
- openshift/hypershifttheir own version, first seen Oct 8, 2026
- LOUSANPANG/agent-skillstheir own version, first seen Sep 2, 2026
- alexeyleshchenko/fast-mcp-telegramword for word, first seen Jul 28, 2026
- LooseWireDev/mealforgetheir own version, first seen Jul 4, 2026
Other versions9 projects use a version of this.
Word for word · 1
- alexeyleshchenko/fast-mcp-telegram★ 2100% same
Edited · 0
None found.
Wrote their own version · 8
- tencentmusic/jugg★ 583same name
- openshift/hypershift★ 551same name
- rcore-os/tgoskits★ 76same name
- bordenet/superpowers-plus★ 8same name
- u9401066/template-is-all-you-need★ 3same name
- wchen02/cursor-agent-learning★ 3same name
- LOUSANPANG/agent-skills★ 2same name
- LooseWireDev/mealforge★ 1same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository12 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- .cursor/rules/code-optimization.mdcCursor rule
- .cursor/rules/docs-plain-language.mdcCursor rule
- .cursor/rules/general.mdcCursor rule
- .cursor/rules/implementation-workflow.mdcCursor rule
- .cursor/rules/memory-bank.mdcCursor rule
- Clean Up Docs PushSkill
- Release Notes GenerationSkill
- Remove Old LogsSkill
- sourcery-pr-cycleSkill
- telegram-patternsSkill
The file
Show its rules and text
We split this skill into the rules it gives an agent
27 rules. 0 are common, 26 are distinctive, and 1 is very specific to this project.
0
Common
Most of the 5 edited versions we read keep these.
26
Distinctive
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 26
Use Context7 MCP for library documentation
- Distinctive: line 27
Use WebSearch for Telegram API specs
- Distinctive: line 28
Use telegram-dev MCP for live API probing
- Distinctive: line 29
Verify actual return values and structures
- Distinctive: line 34
Check for existing tests that may break
- Distinctive: line 40
Goal: Create a detailed, actionable plan
- Distinctive: line 43
Ask user for specifics on behavior
- Distinctive: line 45
Default to simplest approach
- Distinctive: line 62
Goal: Verify assumptions with live API tests
- Distinctive: line 67
Call methods directly and inspect raw responses
- Very specific: line 68
Verify type definitions (e.g., TextWithEntities vs plain string)
- Distinctive: line 69
Check field names and access patterns
- Distinctive: line 72
Test with edge cases (empty results, invalid inputs)
- Distinctive: line 73
Verify error handling behavior
- Distinctive: line 77
Update plan with corrected assumptions
- Distinctive: line 89
Don't deviate without re-planning
- Distinctive: line 92
Use git status after each step
- Distinctive: line 104
Goal: Verify implementation works correctly
- Distinctive: line 107
Test new parameters/behavior
- Distinctive: line 112
Add new tests for new behavior
- Distinctive: line 113
Update existing tests for changed behavior
- Distinctive: line 114
Run full test suite
- Distinctive: line 124
Goal: Ensure code quality and documentation
- Distinctive: line 132
Update README.md with new features
- Distinctive: line 154
Update activeContext.md with current work
- Distinctive: line 155
Update progress.md with completed features
- Distinctive: line 171
Create PR: if needed
“Common” is measured: kept by at least 6 in 10 of the 5 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Feature Development Workflow
Process Overview
Research -> Plan -> Spike -> Implement -> Test -> Clean Up -> PushPhase 1: Research
Goal: Understand the problem space and existing code
- Explore codebase with explore subagent:
- Find relevant existing functions and patterns
- Understand data structures and type definitions
- Map relationships between components
- API Investigation:
- Use Context7 MCP for library documentation
- Use WebSearch for Telegram API specs
- Use telegram-dev MCP for live API probing
- Verify actual return values and structures
- Edge Case Identification:
- Identify potential issues early
- Note API limitations or quirks
- Check for existing tests that may break
Phase 2: Planning
Goal: Create a detailed, actionable plan
- Clarify Requirements:
- Ask user for specifics on behavior
- Offer numbered options for implementation choices
- Default to simplest approach
- Document Technical Findings:
- API behavior verified through research
- Type structures and field access patterns
- Known limitations and edge cases
- Create Plan (use CreatePlan tool):
- Numbered steps with specific file:line references
- Code snippets for key changes
- Mermaid diagrams for complex relationships
- Complexity assessment table
Phase 3: Spiking
Goal: Verify assumptions with live API tests
Use telegram-dev MCP for live testing:
- API Response Structure:
- Call methods directly and inspect raw responses
- Verify type definitions (e.g.,
TextWithEntitiesvs plain string) - Check field names and access patterns
- Edge Cases:
- Test with edge cases (empty results, invalid inputs)
- Verify error handling behavior
- Confirm caching behavior if applicable
- Document Findings:
- Update plan with corrected assumptions
- Note any API quirks or bugs
- Identify potential issues before implementation
Phase 4: Implementation
Goal: Execute the plan faithfully
- Follow Plan Steps in order:
- Make changes as specified in plan
- Don't deviate without re-planning
- Track Progress:
- Use git status after each step
- Verify expected changes
- Code Standards:
- No linter errors
- No redundant comments
- Follow existing patterns
Phase 5: Testing
Goal: Verify implementation works correctly
- Live API Tests (via telegram-dev MCP):
- Test new parameters/behavior
- Verify error handling
- Check edge cases
- Unit Tests:
- Add new tests for new behavior
- Update existing tests for changed behavior
- Run full test suite
- Document Results:
- Note any issues found
- Fix bugs discovered
Phase 6: Clean Up
Goal: Ensure code quality and documentation
- Code Cleanup (use code-cleanup-specialist subagent):
- Run linter checks
- Fix code quality issues
- Verify tests pass
Documentation Update:
- Update README.md with new features
- Update docs/ folder
- Use feature template:
### [Feature Name] **Tool/Function**: [name] **Parameters**: - `[param]`: [type] - [description] **Values**: - [value 1]: [description] **Example**: ```[lang] [example code]- Memory Bank Update:
- Update activeContext.md with current work
- Update progress.md with completed features
- Document key decisions
Phase 7: Git Push
- Commit with descriptive message:
[type]: [brief description] [detailed changes if needed] - Push to remote
- Create PR if needed
Example: Adding Folder Filtering Feature
Research
- Explored
src/tools/chat_discovery/for existing dialog iteration - Used Context7 to verify iter_dialogs folder parameter
- Used WebSearch to find DialogFilter TL schema
Spike
- Called GetDialogFiltersRequest via telegram-dev
- Discovered title is TextWithEntities object (not string)
- Discovered folder_id=0 shows as null on Dialog objects
Plan
- Created step-by-step plan
- Documented TextWithEntities extraction
- Added note about folder_id=null behavior
Implement
- Added get_available_folders() with caching
- Added _resolve_folder_id() helper
- Updated iter_dialogs calls with folder param
Test
- Live tested folder="Бридж" - worked
- Live tested folder=1 - worked
- Fixed cache key bug (SQLiteSession issue)
Clean Up
- Ran code-cleanup-specialist
- Updated README.md
- Updated docs/Tools-Reference.md
- Updated memory bank
Push
- Committed with descriptive message
- Pushed to origin
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

