@sebamomann/plants-mcp 2.8.0 → 2.8.1
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/CHANGELOG.md +18 -0
- package/README.md +10 -1
- package/dist/index.js +3 -3
- package/package.json +1 -1
package/CHANGELOG.md
CHANGED
|
@@ -3,6 +3,24 @@
|
|
|
3
3
|
Notable changes to `@sebamomann/plants-mcp`. Versioning is semver against the **tool surface** —
|
|
4
4
|
see the table in `AGENTS.md` for what counts as major, minor, and patch.
|
|
5
5
|
|
|
6
|
+
## 2.8.1 — 2026-09-29
|
|
7
|
+
|
|
8
|
+
**Fertilizing schedule reads now match the app's calendar exactly.** Tool count unchanged (78
|
|
9
|
+
overall). A **patch** bump — nothing renamed or removed:
|
|
10
|
+
|
|
11
|
+
- `list_due_care`, `list_overdue_care`, and `get_care_calendar` gain `wateringAlignedOn` (a
|
|
12
|
+
`YYYY-MM-DD` day, `null` when absent) on every fertilizing entry: the day the app's calendar
|
|
13
|
+
water-align rule has attached that feeding to a watering, when it has. A feeding due before a
|
|
14
|
+
plant's next watering is grouped there unconditionally; one due shortly after may ride along with
|
|
15
|
+
it (within a third of the watering interval, capped at a quarter of the feeding's own cycle).
|
|
16
|
+
`get_care_calendar` now buckets a fertilizing entry on this effective day instead of its own, and
|
|
17
|
+
`list_due_care`/`list_overdue_care` judge their window and overdue membership by it too — a
|
|
18
|
+
feeding waiting on a future watering no longer shows as overdue even when its own due date has
|
|
19
|
+
passed. `nextDue` is unchanged: it still names the feeding's own due date.
|
|
20
|
+
- A plant with no watering schedule (reservoir/hydro) no longer gets a fertilizing entry from any
|
|
21
|
+
of the three tools, matching the calendar's reservoir view — its fertilizing status is still
|
|
22
|
+
readable via `get_plant`/`list_plants`, just not asked for here.
|
|
23
|
+
|
|
6
24
|
## 2.8.0 — 2026-09-27
|
|
7
25
|
|
|
8
26
|
**Is it still a cutting?** 78 tools registered overall (28 read, 32 write, 18 admin). A **minor**
|
package/README.md
CHANGED
|
@@ -201,12 +201,21 @@ overrides the Apr–Sep default), `locationId`.
|
|
|
201
201
|
| `get_care_calendar` | `GET /api/v1/care/calendar` | `days` (1–60, default 14) | Day-by-day projection plus an overdue group |
|
|
202
202
|
| `list_care_recommendations` | `GET /api/v1/care/recommendations` | none | Detected problems: cycle mismatch, chronic lateness, missed seasonal fertilizing, fertilizer pause after repotting, repotting overdue, stale photos |
|
|
203
203
|
|
|
204
|
-
|
|
204
|
+
Four things to know when reading schedule results:
|
|
205
205
|
|
|
206
206
|
- **Days, not timestamps.** `nextDue` and `date` are local `YYYY-MM-DD` strings — a UTC timestamp
|
|
207
207
|
would render as the wrong day east of Greenwich.
|
|
208
208
|
- **`neverLogged` is its own bucket.** A plant with a cycle but no event yet has no anchor, so no
|
|
209
209
|
due date can be computed. Those are returned separately rather than reported as overdue.
|
|
210
|
+
- **Fertilizing follows the app's calendar, including where it's grouped.** A fertilizing entry
|
|
211
|
+
carries `wateringAlignedOn` (a `YYYY-MM-DD` day, `null` when absent) — set when the app's
|
|
212
|
+
water-align rule has attached that feeding to a watering: unconditionally when it's due before
|
|
213
|
+
the plant's next watering, or when it's due shortly after and close enough to ride along.
|
|
214
|
+
`get_care_calendar` buckets the entry there instead of under its own date, and
|
|
215
|
+
`list_due_care`/`list_overdue_care` judge their window/overdue membership by the same day.
|
|
216
|
+
`nextDue` keeps its own meaning throughout — the feeding's own due date. A plant with no watering
|
|
217
|
+
schedule (reservoir/hydro) never gets a fertilizing entry from these tools at all, matching the
|
|
218
|
+
calendar's own reservoir view.
|
|
210
219
|
- **Recommendations return i18n message keys plus values**, not rendered prose. Dismissed ones are
|
|
211
220
|
excluded.
|
|
212
221
|
|
package/dist/index.js
CHANGED
|
@@ -84,7 +84,7 @@ const careArgs = {
|
|
|
84
84
|
.describe("Override the season (Apr–Sep is summer). Defaults to the season of `date`."),
|
|
85
85
|
locationId: z.number().int().optional().describe("Only consider plants in this location."),
|
|
86
86
|
};
|
|
87
|
-
server.tool("list_due_care", "What needs water or fertilizer now: overdue work plus anything due on the given day. Use `windowDays` to look ahead. This is the right tool for 'what should I do today?'.", {
|
|
87
|
+
server.tool("list_due_care", "What needs water or fertilizer now: overdue work plus anything due on the given day. Use `windowDays` to look ahead. This is the right tool for 'what should I do today?'. A fertilizing entry carries `wateringAlignedOn` (YYYY-MM-DD, null when absent) when the app's calendar has grouped that feeding with a watering; `windowDays`/`includeOverdue` are judged by that day, not the feeding's own `nextDue` — see `get_care_calendar`'s description for the full rule.", {
|
|
88
88
|
...careArgs,
|
|
89
89
|
windowDays: z
|
|
90
90
|
.number()
|
|
@@ -98,8 +98,8 @@ server.tool("list_due_care", "What needs water or fertilizer now: overdue work p
|
|
|
98
98
|
.optional()
|
|
99
99
|
.describe("Include already-overdue work (default true)."),
|
|
100
100
|
}, async (args) => apiGet("/api/v1/care/due", { ...args, includeOverdue: args.includeOverdue?.toString() }));
|
|
101
|
-
server.tool("list_overdue_care", "Only work whose due date has already passed, most overdue first, with how many days each is late. Use for 'what have I fallen behind on?'.", careArgs, async (args) => apiGet("/api/v1/care/overdue", args));
|
|
102
|
-
server.tool("get_care_calendar", "Day-by-day care schedule over a date range, plus an overdue group. Each plant appears on its next due day only — this projects the current schedule rather than simulating future waterings.", {
|
|
101
|
+
server.tool("list_overdue_care", "Only work whose due date has already passed, most overdue first, with how many days each is late. Use for 'what have I fallen behind on?'. A feeding waiting on a future watering (`wateringAlignedOn` set — see `get_care_calendar`) is not listed here even when its own `nextDue` has passed: it's due on the watering's day, not neglected.", careArgs, async (args) => apiGet("/api/v1/care/overdue", args));
|
|
102
|
+
server.tool("get_care_calendar", "Day-by-day care schedule over a date range, plus an overdue group. Each plant appears on its next due day only — this projects the current schedule rather than simulating future waterings. Fertilizing follows the app calendar's water-align rule: a feeding due before a plant's next watering is bucketed there unconditionally, and one due shortly after may ride along with it (within a third of the watering interval, capped at a quarter of the feeding's own cycle) — either way the fertilizing entry's `wateringAlignedOn` (YYYY-MM-DD) names that day and the bucket it's placed in follows it, while `nextDue` keeps the feeding's own, unchanged due date. A plant with no watering schedule (reservoir/hydro) never gets a fertilizing entry here at all — its fertilizing is entirely the reservoir view's job.", {
|
|
103
103
|
...careArgs,
|
|
104
104
|
days: z.number().int().min(1).max(60).optional().describe("Number of days to project (default 14, max 60)."),
|
|
105
105
|
}, async (args) => apiGet("/api/v1/care/calendar", args));
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@sebamomann/plants-mcp",
|
|
3
|
-
"version": "2.8.
|
|
3
|
+
"version": "2.8.1",
|
|
4
4
|
"description": "MCP server for the Sprig plant app: 78 tools to read a plant collection, browse the shared global plant type catalog, log care (watering, fertilizing, repotting, refills, hydro events), edit a plant's identity/care/lifecycle status, add, propagate or merge plants, snooze a due date, check for nudges worth mentioning, manage a wishlist and notifications, watch a plant type for changes, check vacation status, read past problem diagnoses, create a location/soil/fertilizer/pot, and contribute a new species to the catalog. Read-only by default; writes need a write-scoped API key. Two tools can delete a watering/fertilization event; nothing else deletes collection history. 18 more tools read, edit, merge and review the shared global plant type catalog and the instance's operational status (queues, catalog health, activity, growth, community, trade and content aggregates) for an admin-scoped key.",
|
|
5
5
|
"type": "module",
|
|
6
6
|
"license": "MIT",
|