Iris MCP Server
Click on "Install Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@Iris MCP Servergenerate release notes from v2.3.0 to v2.4.0"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
🌈 Iris MCP Server
📝 Overview
Iris MCP Server is a Model Context Protocol server for automatic generation of tag-based release notes for Git repositories. It parses diffs between tags and generates structured release notes in the .iris directory.
Related MCP server: MCP Server
✨ Features
🏷️ Automatically detect differences between tags
📊 Customizable release note templates
🗂️ New features, improvements, bug fixes, etc.
📄 Markdown format output
📁 Auto-save to
.irisfolder
🚀 Installation
npm install iris-mcp-server💡 How to use
Generate release notes
const result = await mcpClient.useTool('iris-mcp-server', 'generate_release_note', {
startTag: 'v1.0.0',
endTag: 'v1.1.0',
title: 'Version 1.1.0 リリース',
features: [
'新しいダッシュボード機能の追加',
'ユーザー管理システムの実装'
],
improvements: [
'パフォーマンスの最適化',
'UIの改善'
],
bugfixes: [
'ログイン時のエラー修正',
'データ同期の問題を解決'
],
breaking: [
'APIエンドポイントの変更',
'設定ファイルのフォーマット更新'
]
});📄 Output example
# Version 1.1.0 リリース
リリース日: 2024-01-20
## 💥 破壊的変更
- APIエンドポイントの変更
- 設定ファイルのフォーマット更新
## ✨ 新機能
- 新しいダッシュボード機能の追加
- ユーザー管理システムの実装
## 🔧 改善項目
- パフォーマンスの最適化
- UIの改善
## 🐛 バグ修正
- ログイン時のエラー修正
- データ同期の問題を解決
## 📝 変更されたファイル
- `src/dashboard/index.ts`
- `src/users/management.ts`
- `config/settings.json`🛠️ Development
Build
npm run buildDevelopment Mode
npm run watch🤝 Contributions
Pull requests and issues are welcome! You can contribute by following these steps:
Fork this repository
Create a new branch (
git checkout -b feature/amazing-feature)Commit the changes (
git commit -m '✨ Add amazing feature')Push the branch (
git push origin feature/amazing-feature)Create a pull request
📜 License
MIT
👥 Author
Author: [Your Name]
Email: [ your.email@example.com ]
Available Tools
1 toolgenerate_release_noteB
タグ間の差分からリリースノートを生成します
| Name | Required | Description | Default |
|---|---|---|---|
| breaking | No | 破壊的変更の一覧(オプション) | |
| bugfixes | No | バグ修正の一覧(オプション) | |
| endTag | Yes | 終了タグ | |
| features | No | 新機能の一覧(オプション) | |
| improvements | No | 改善項目の一覧(オプション) | |
| startTag | Yes | 開始タグ | |
| title | No | リリースノートのタイトル(オプション) |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
With no annotations provided, the description carries the full burden of behavioral disclosure. It mentions the action (generating release notes) but lacks details on behavioral traits like required permissions, rate limits, output format, or error handling. For a tool with 7 parameters and no annotations, this is a significant gap in transparency, though it doesn't contradict any annotations.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is a single, efficient sentence in Japanese that directly states the tool's purpose without unnecessary words. It's appropriately sized and front-loaded, with every part contributing essential information. This makes it easy for an AI agent to parse quickly.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Given the tool's complexity (7 parameters, no output schema, no annotations), the description is minimally adequate but has clear gaps. It explains the core function but lacks details on behavioral aspects, usage context, and output handling. Without annotations or an output schema, more completeness is needed for effective tool invocation, though it meets a basic threshold.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
The description adds no parameter-specific information beyond what's in the input schema, which has 100% coverage with clear descriptions for all 7 parameters (e.g., '開始タグ' for startTag, '破壊的変更の一覧' for breaking). Since the schema fully documents parameters, the baseline score is 3, as the description doesn't compensate but doesn't need to given the high schema coverage.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description clearly states the tool's purpose: 'タグ間の差分からリリースノートを生成します' (Generates release notes from differences between tags). It specifies the verb '生成します' (generates) and the resource 'リリースノート' (release notes), with the method 'タグ間の差分から' (from differences between tags). However, with no sibling tools provided, it cannot demonstrate differentiation from alternatives, preventing a score of 5.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
The description provides no guidance on when to use this tool versus alternatives, prerequisites, or exclusions. It states what the tool does but offers no context for its application, such as when it's appropriate for generating release notes from tag diffs versus other methods. This lack of usage instructions limits its effectiveness for an AI agent.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
TDQS
With only one tool, there is no possibility of ambiguity or overlap between tools. The tool's purpose is clearly defined as generating release notes from tag differences, making it impossible for an agent to confuse it with another tool.
Since there is only a single tool, naming consistency is inherently perfect. The tool name 'generate_release_note' follows a clear verb_noun pattern, and there are no other tools to create inconsistency with.
A single tool is too few for a server's purpose, as it severely limits functionality and suggests an incomplete or overly narrow scope. This makes the server feel thin and impractical for most agent workflows, as it lacks the breadth needed for typical operations in its domain.
The server is severely incomplete for any reasonable domain involving release notes. While the tool can generate notes, there are obvious gaps such as creating, updating, deleting, or listing release notes, and no coverage for related operations like managing tags or integrating with version control systems, which will cause agent failures in real-world scenarios.
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Related MCP Connectors
A Model Context Protocol (MCP) application for automated GitHub PR analysis and issue management.…
A comprehensive Model Context Protocol (MCP) server that enables AI assistants to interact with yo…
Markdown-based note-taking with a hosted MCP server. Your notes serve you and your AI.
A MCP server built for developers enabling Git based project management with project and personal…
Related MCP Servers
- AlicenseNot gradedqualityDmaintenanceA Model Context Protocol server that enables AI assistants like Claude to manage changelogs, projects, and content through natural language interactions with Changerawr instances.2MIT
- AlicenseNot gradedqualityDmaintenanceA Node.js/TypeScript server implementing the Model Context Protocol that provides integrations with GitHub and Notion, allowing automated workflow between these platforms via API endpoints.2,013MIT
- AlicenseAqualityDmaintenanceA Model Context Protocol server that provides Git version control operations as structured tools for AI coding agents. It enables LLMs to programmatically manage repositories through actions like committing changes, rolling back code, and comparing diffs.10Apache 2.0
- AlicenseNot gradedqualityDmaintenanceA Model Context Protocol server that generates pull request descriptions, commit messages, and code reviews from actual code changes using git diff.3MIT
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/Sunwood-ai-labs/release-notes-generator-iris-mcp-server'
If you have feedback or need assistance with the MCP directory API, please join our Discord server