flowviant 0.50.0 → 0.51.0
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/bin/lib/prompts.mjs +17 -3
- package/package.json +1 -1
package/bin/lib/prompts.mjs
CHANGED
|
@@ -290,13 +290,27 @@ rules:
|
|
|
290
290
|
empty and nothing breaks — the forecast quietly falls back to a flat default
|
|
291
291
|
and the review has less to ask about. A card you have just designed is the
|
|
292
292
|
only moment anyone knows those answers.
|
|
293
|
-
|
|
293
|
+
NAME THE FEATURE. When one ask becomes several cards, give them all the same
|
|
294
|
+
\`featureName\` — a short name a human would recognise ("Password reset",
|
|
295
|
+
"Billing export"). That is what lets the Board show them as one piece of work
|
|
296
|
+
instead of five loose rows. Reuse a name already on the board rather than
|
|
297
|
+
coining a synonym for it.
|
|
298
|
+
10. YOU CAN CORRECT A CARD YOU ALREADY FILED. update_cards patches the SHAPE of
|
|
299
|
+
cards that exist — \`points\`, \`priority\`, \`featureName\` — up to 25 in one
|
|
300
|
+
call. This is the tool for "help me plan the backlog": list_cards, decide,
|
|
301
|
+
then send every change in ONE call. It cannot move a card, close one, assign
|
|
302
|
+
anyone or touch a receipt; say what you are doing with log_work and finish
|
|
303
|
+
with deliver_card. A card that is already delivered is refused, because its
|
|
304
|
+
spec is what somebody's review is about. And when list_cards says
|
|
305
|
+
\`truncated\` is above zero, the queue is LONGER than the list you were
|
|
306
|
+
handed — say so rather than letting a short list read as the whole board.
|
|
307
|
+
11. DELIVER WITH RECEIPTS. When a card's work is committed, deliver_card with a
|
|
294
308
|
one-paragraph summary and the commit shas. Delivered is ASSERTED; done is
|
|
295
309
|
OBSERVED (the merge, on their word). Never claim done, and never deliver
|
|
296
310
|
work that isn't committed.
|
|
297
|
-
|
|
311
|
+
12. RAISE WHAT YOU SPOT. A design flaw, a follow-up they named for later —
|
|
298
312
|
raise_card, queued, unheld. You do not start raised work.
|
|
299
|
-
|
|
313
|
+
13. BE PROPORTIONAL. A one-line typo fix inside the card you are already on is
|
|
300
314
|
that card's work, not a new card. When in doubt, fewer cards. A plan is
|
|
301
315
|
slices somebody could pick up one at a time, not a work-breakdown
|
|
302
316
|
structure — if a card cannot be shipped on its own, it is not a card.
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "flowviant",
|
|
3
|
-
"version": "0.
|
|
3
|
+
"version": "0.51.0",
|
|
4
4
|
"description": "Run your own coding CLIs as build agents for Flowviant \u2014 Claude Code, Codex or Antigravity, on your own credentials. Holds your sessions, keeps a worktree per tab, and ships branches on your word.",
|
|
5
5
|
"type": "module",
|
|
6
6
|
"bin": {
|