agent-flutter 0.1.23 → 0.1.24

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/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "agent-flutter",
3
- "version": "0.1.23",
3
+ "version": "0.1.24",
4
4
  "description": "Portable Flutter skill/rule pack initializer for multiple AI IDEs.",
5
5
  "type": "module",
6
6
  "bin": {
package/src/cli.js CHANGED
@@ -724,6 +724,9 @@ When a task matches a skill, load the corresponding \`SKILL.md\` under:
724
724
 
725
725
  For new project scaffolding, run:
726
726
  \`bash .cursor/scripts/bootstrap_flutter_template.sh\`
727
+
728
+ After finishing UI/API tasks, ask user in order:
729
+ \`Commit now?\` -> \`Push now?\` -> \`Create PR now?\`
727
730
  `;
728
731
  }
729
732
 
@@ -737,7 +740,8 @@ Required order:
737
740
  2. If task matches a skill, load \`.windsurf/skills/<skill>/SKILL.md\`.
738
741
  3. For new project scaffolding, run \`bash .windsurf/scripts/bootstrap_flutter_template.sh\`.
739
742
  4. Keep spec documentation synchronized after UI/API changes.
740
- 5. For completed UI/API features, follow \`.windsurf/rules/shared/ci-cd-pr.md\` before handoff.
743
+ 5. For completed UI/API features, follow \`.windsurf/rules/shared/ci-cd-pr.md\`.
744
+ 6. Ask user in order: \`Commit now?\` -> \`Push now?\` -> \`Create PR now?\`.
741
745
  `;
742
746
  }
743
747
 
@@ -752,7 +756,8 @@ Execution checklist:
752
756
  3. For new project scaffolding, run \`bash .clinerules/scripts/bootstrap_flutter_template.sh\`.
753
757
  4. Preserve Flutter architecture conventions and localization requirements.
754
758
  5. Update docs/specs after behavior changes.
755
- 6. For completed UI/API features, follow \`.clinerules/rules/ci-cd-pr.md\` before handoff.
759
+ 6. For completed UI/API features, follow \`.clinerules/rules/ci-cd-pr.md\`.
760
+ 7. Ask user in order: \`Commit now?\` -> \`Push now?\` -> \`Create PR now?\`.
756
761
  `;
757
762
  }
758
763
 
@@ -767,7 +772,8 @@ Follow this order when generating code:
767
772
  3. For new project scaffolding, run \`bash .github/scripts/bootstrap_flutter_template.sh\`.
768
773
  4. Keep architecture, localization, and UI conventions aligned with local instructions.
769
774
  5. Update specs/docs when UI/API behavior changes.
770
- 6. For completed UI/API features, follow \`.github/rules/ci-cd-pr.md\` before final handoff.
775
+ 6. For completed UI/API features, follow \`.github/rules/ci-cd-pr.md\`.
776
+ 7. Ask user in order: \`Commit now?\` -> \`Push now?\` -> \`Create PR now?\`.
771
777
  `;
772
778
  }
773
779
 
@@ -63,6 +63,9 @@ Use this after completing UI/API work to trigger CI/CD rule and PR creation:
63
63
  Finalize this feature:
64
64
  - Branch name: [e.g. feat/login-session-timeout]
65
65
  - Commit message: [e.g. feat(auth): handle session timeout]
66
+ - Commit now?: [yes/no]
67
+ - Push now?: [yes/no]
68
+ - Create PR now?: [yes/no]
66
69
  - Base branch: [e.g. dev]
67
70
  - PR title: [e.g. feat(auth): handle session timeout]
68
71
  - Feature summary: [...]
@@ -15,9 +15,13 @@ This is the required "done" flow before feature handoff.
15
15
  - `fvm flutter analyze`
16
16
  - Run related tests for the changed scope (unit/widget/integration when available).
17
17
  2. Ensure spec/docs are updated if behavior changed.
18
- 3. Commit with clear scope and summary.
19
- 4. Push branch to remote.
20
- 5. Create PR with mandatory template sections.
18
+ 3. Ask user explicitly: `Do you want me to commit now? (yes/no)`
19
+ 4. If answer is `yes`, create commit with clear scope and summary.
20
+ 5. Ask user explicitly: `Do you want me to push now? (yes/no)`
21
+ 6. If answer is `yes`, push branch to remote.
22
+ 7. Ask user explicitly: `Do you want me to create PR now? (yes/no)`
23
+ 8. If answer is `yes`, create PR with mandatory template sections.
24
+ 9. If any answer is `no`, stop at that step and return current status.
21
25
 
22
26
  If any step is skipped, feature is not considered complete.
23
27
 
@@ -43,5 +47,7 @@ PR must follow `.github/pull_request_template.md` and include all sections:
43
47
  - Branch protection must require this check before merge.
44
48
 
45
49
  ## 6. Agent Behavior
46
- - After finishing UI/API tasks, agent must complete commit + push + PR creation.
47
- - Agent should return PR URL as final output for the task.
50
+ - After finishing UI/API tasks, agent must ask in order: commit -> push -> create PR.
51
+ - Agent must execute only steps explicitly confirmed by user (`yes`).
52
+ - If user confirms all steps, agent returns PR URL as final output.
53
+ - If user declines at any step, agent stops and returns current repository status.