Release v0.2.0

[mklocek]

Release v0.2.0

Summary by CodeRabbit

Release v0.2.0

• New Features
  • Manage sandbox projects and inboxes for email testing
  • View email logs and inspect individual messages
  • Access sending statistics including delivery, bounce, open, and click metrics
  • Manage sending domains with setup instructions
  • Enhanced email message details with spam assessment scores and HTML client compatibility
  • List email templates

[coderabbitai]

📝 Walkthrough

Walkthrough

Version 0.2.0 release bump with updated CHANGELOG documenting new sandbox project/inbox management tools, email log inspection tools, sending domain management, and enhanced email message analysis. Manifest updated to include all 18 new tools and increment version metadata across the codebase.

Changes

Cohort / File(s)	Summary
Version Metadata CHANGELOG.md, package.json, src/config/index.ts	Version bumped from 0.1.0 to 0.2.0; CHANGELOG.md updated with release notes documenting 18 new tools including sandbox inbox management, email logs, sending domain utilities, and enhanced email message details with spam report and HTML analysis.
Tool Registry manifest.json	Version incremented to 0.2.0; 18 tools added (sandbox message/project/inbox management, email logs, sending domain tools, templates, and sending stats); send-sandbox-email reordered within tool list.

Estimated code review effort

🎯 2 (Simple) | ⏱️ ~8 minutes

Possibly related PRs

• Release v0.1.0 #50 — Modifies the same release/version metadata files (CHANGELOG.md, manifest.json, package.json, src/config/index.ts) for version coordination.
• Improve mcpb #39 — Updates manifest.json tool registry, adding and reordering tools with version/metadata changes.
• Update references and manifest version #37 — Coordinates manifest.json and package/config version metadata updates alongside tool registry changes.

Suggested reviewers

• IgorDobryn
• VladimirTaytor
• yanchuk

Poem

🐰 Hop, hop! Version two takes flight,
Eighteen shiny tools now in sight,
Sandboxes built, inboxes cleaned,
The finest email tools we've seen! 📬✨

🚥 Pre-merge checks | ✅ 2 | ❌ 1

❌ Failed checks (1 warning)

Check name	Status	Explanation	Resolution
Description check	⚠️ Warning	The pull request description is minimal and largely incomplete, missing key sections like Motivation, detailed Changes list, testing instructions, and supporting images/GIFs required by the repository template.	Expand the description to follow the template: add Motivation section explaining the release rationale, detail all Changes (23 new tools, version bump, SDK updates), include How to test section with verification steps, and add relevant Before/After images if applicable.

✅ Passed checks (2 passed)

Check name	Status	Explanation
Title check	✅ Passed	The title clearly reflects the main change: a version release from 0.1.0 to 0.2.0, which is the primary objective of this pull request across all modified files.
Docstring Coverage	✅ Passed	No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.

_{✏️ Tip: You can configure your own custom pre-merge checks in the settings.}

✨ Finishing Touches

📝 Generate docstrings

• Create stacked PR
• Commit on current branch

🧪 Generate unit tests (beta)

• Create PR with unit tests
• Commit unit tests in branch release-v0.2.0

---

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

• X
• Mastodon
• Reddit
• LinkedIn

_{Comment @coderabbitai help to get the list of available commands and usage tips.}

[coderabbitai]

🧹 Nitpick comments (2)

manifest.json (1)

5-5: Consider a single source of truth for version metadata.

0.2.0 is now repeated across multiple files; automating propagation from one canonical version field would reduce drift risk in future releases.

🤖 Prompt for AI Agents

Verify each finding against the current code and only fix it if needed.

In `@manifest.json` at line 5, The manifest.json "version" field ("0.2.0") is
duplicated across the repo; change to a single source of truth by removing
hard-coded version values and wiring manifest.json to derive its version from
the canonical version metadata (e.g., package.json "version" or a CI/CD build
variable) at build time or via a small script; update the build/pack step (or
use a template placeholder in manifest.json) so the manifest's "version" key is
populated automatically from that canonical source rather than being edited
manually.

CHANGELOG.md (1)

5-7: Optional: reduce repeated bullet openings for readability.

Several bullets start with the same verb; rewording a couple of entries would make the section scan more smoothly.

Also applies to: 11-15

🤖 Prompt for AI Agents

Verify each finding against the current code and only fix it if needed.

In `@CHANGELOG.md` around lines 5 - 7, The bullets in the changelog repeat the
same opening verbs (e.g., "Add", "Extend", "Add") which harms readability; edit
the entries that list tools (list-sandbox-projects, create-sandbox-project,
delete-sandbox-project, create-sandbox-inbox, get-sandbox-inbox,
update-sandbox-inbox, delete-sandbox-inbox, clean-sandbox-inbox) and the other
two bullets (show-sandbox-email-message and get-sandbox-messages) to vary
phrasing—for example, convert the first "Add" bullet to "Introduced sandbox
project and inbox management tools: ..." and change the second to "Enhanced
show-sandbox-email-message with spam report and HTML analysis" and the third to
"Added read-only annotations for get-sandbox-messages and
show-sandbox-email-message"; apply the same rewording pattern to the similar
entries noted in the comment so the list scans more smoothly.

🤖 Prompt for all review comments with AI agents

Verify each finding against the current code and only fix it if needed.

Nitpick comments:
In `@CHANGELOG.md`:
- Around line 5-7: The bullets in the changelog repeat the same opening verbs
(e.g., "Add", "Extend", "Add") which harms readability; edit the entries that
list tools (list-sandbox-projects, create-sandbox-project,
delete-sandbox-project, create-sandbox-inbox, get-sandbox-inbox,
update-sandbox-inbox, delete-sandbox-inbox, clean-sandbox-inbox) and the other
two bullets (show-sandbox-email-message and get-sandbox-messages) to vary
phrasing—for example, convert the first "Add" bullet to "Introduced sandbox
project and inbox management tools: ..." and change the second to "Enhanced
show-sandbox-email-message with spam report and HTML analysis" and the third to
"Added read-only annotations for get-sandbox-messages and
show-sandbox-email-message"; apply the same rewording pattern to the similar
entries noted in the comment so the list scans more smoothly.

In `@manifest.json`:
- Line 5: The manifest.json "version" field ("0.2.0") is duplicated across the
repo; change to a single source of truth by removing hard-coded version values
and wiring manifest.json to derive its version from the canonical version
metadata (e.g., package.json "version" or a CI/CD build variable) at build time
or via a small script; update the build/pack step (or use a template placeholder
in manifest.json) so the manifest's "version" key is populated automatically
from that canonical source rather than being edited manually.

---

ℹ️ Review info

⚙️ Run configuration

Configuration used: defaults

Review profile: CHILL

Plan: Pro

Run ID: ad017416-5bdb-41da-8047-e99d113db345

📥 Commits

Reviewing files that changed from the base of the PR and between 0352762 and 93e9f19.

⛔ Files ignored due to path filters (1)

• package-lock.json is excluded by !**/package-lock.json

📒 Files selected for processing (4)

• CHANGELOG.md
• manifest.json
• package.json
• src/config/index.ts