forgeqe-cli 2.2.6__tar.gz → 2.2.7__tar.gz

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.
@@ -1,6 +1,6 @@
1
1
  Metadata-Version: 2.4
2
2
  Name: forgeqe-cli
3
- Version: 2.2.6
3
+ Version: 2.2.7
4
4
  Summary: pip launcher for the ForgeQE browser agent (npm package: @capagents/forgeqe)
5
5
  Author: CLI-Agents
6
6
  License: MIT
@@ -59,6 +59,22 @@ One-shot release (same version on both registries; assumes `npm` and `twine` are
59
59
  ./scripts/publish.sh --dry-run # pack only
60
60
  ```
61
61
 
62
+ Or let CI publish: merge a version bump (the same version in `package.json`, `pyproject.toml` and
63
+ `py/forgeqe_cli/__init__.py`) to `main`, and [`forgeqe-release.yml`](../.github/workflows/forgeqe-release.yml) runs the
64
+ release tests and publishes it to npm and PyPI. It publishes only a version newer than the one each registry has. Run it
65
+ by hand from the Actions tab for a dry run.
66
+
67
+ It needs no token: both registries trust the workflow (trusted publishing). Set that up once, as the package owner:
68
+
69
+ ```bash
70
+ npm install -g npm@^11.15.0 && npm login
71
+ npm trust github @capagents/forgeqe --file forgeqe-release.yml --repo javed0211/cli-agents --allow-publish
72
+ ```
73
+
74
+ and on pypi.org, under `forgeqe-cli` → Publishing, add a GitHub trusted publisher: owner `javed0211`, repository
75
+ `cli-agents`, workflow `forgeqe-release.yml`, no environment. A new npm trust that has not published within 2 days
76
+ expires, so do it just before the first release.
77
+
62
78
  ## Privacy
63
79
 
64
80
  ForgeQE sends no telemetry and turns it off in everything it starts:
@@ -1,18 +1,3 @@
1
- Metadata-Version: 2.4
2
- Name: forgeqe-cli
3
- Version: 2.2.6
4
- Summary: pip launcher for the ForgeQE browser agent (npm package: @capagents/forgeqe)
5
- Author: CLI-Agents
6
- License: MIT
7
- Keywords: forgeqe,browser,agent,cli,opentui
8
- Requires-Python: >=3.9
9
- Description-Content-Type: text/markdown
10
- License-File: LICENSE
11
- Requires-Dist: truststore==0.10.4; python_version >= "3.10"
12
- Provides-Extra: dev
13
- Requires-Dist: pytest>=8.0; extra == "dev"
14
- Dynamic: license-file
15
-
16
1
  # ForgeQE
17
2
 
18
3
  Test agent CLI for web, Windows desktop and mobile apps. Say what you want in plain language: a goal to carry out in a browser, a Windows app or an Android or iOS app, test cases to run from Jira, Azure DevOps, Xray or a file, a test to write, or a CI pipeline to set up. ForgeQE's agent works out what that needs and calls ForgeQE's tools. The ForgeQE engine drives Chrome locally, or BrowserStack and TestMu AI/LambdaTest through their Chrome DevTools Protocol (CDP) endpoints, and a run that passes becomes a test in your repo's own language and framework, written by **Scribe**, ForgeQE's coding agent. Skills (`SKILL.md` folders, built in or in `.forgeqe/skills`) teach the agents your repo's conventions and the apps you test.
@@ -59,6 +44,22 @@ One-shot release (same version on both registries; assumes `npm` and `twine` are
59
44
  ./scripts/publish.sh --dry-run # pack only
60
45
  ```
61
46
 
47
+ Or let CI publish: merge a version bump (the same version in `package.json`, `pyproject.toml` and
48
+ `py/forgeqe_cli/__init__.py`) to `main`, and [`forgeqe-release.yml`](../.github/workflows/forgeqe-release.yml) runs the
49
+ release tests and publishes it to npm and PyPI. It publishes only a version newer than the one each registry has. Run it
50
+ by hand from the Actions tab for a dry run.
51
+
52
+ It needs no token: both registries trust the workflow (trusted publishing). Set that up once, as the package owner:
53
+
54
+ ```bash
55
+ npm install -g npm@^11.15.0 && npm login
56
+ npm trust github @capagents/forgeqe --file forgeqe-release.yml --repo javed0211/cli-agents --allow-publish
57
+ ```
58
+
59
+ and on pypi.org, under `forgeqe-cli` → Publishing, add a GitHub trusted publisher: owner `javed0211`, repository
60
+ `cli-agents`, workflow `forgeqe-release.yml`, no environment. A new npm trust that has not published within 2 days
61
+ expires, so do it just before the first release.
62
+
62
63
  ## Privacy
63
64
 
64
65
  ForgeQE sends no telemetry and turns it off in everything it starts:
@@ -4,4 +4,4 @@ The agent itself is the npm package ``@capagents/forgeqe`` (OpenTUI + Bun).
4
4
  This distribution only puts a ``forgeqe`` command on PATH.
5
5
  """
6
6
 
7
- __version__ = "2.2.6"
7
+ __version__ = "2.2.7"
@@ -1,3 +1,18 @@
1
+ Metadata-Version: 2.4
2
+ Name: forgeqe-cli
3
+ Version: 2.2.7
4
+ Summary: pip launcher for the ForgeQE browser agent (npm package: @capagents/forgeqe)
5
+ Author: CLI-Agents
6
+ License: MIT
7
+ Keywords: forgeqe,browser,agent,cli,opentui
8
+ Requires-Python: >=3.9
9
+ Description-Content-Type: text/markdown
10
+ License-File: LICENSE
11
+ Requires-Dist: truststore==0.10.4; python_version >= "3.10"
12
+ Provides-Extra: dev
13
+ Requires-Dist: pytest>=8.0; extra == "dev"
14
+ Dynamic: license-file
15
+
1
16
  # ForgeQE
2
17
 
3
18
  Test agent CLI for web, Windows desktop and mobile apps. Say what you want in plain language: a goal to carry out in a browser, a Windows app or an Android or iOS app, test cases to run from Jira, Azure DevOps, Xray or a file, a test to write, or a CI pipeline to set up. ForgeQE's agent works out what that needs and calls ForgeQE's tools. The ForgeQE engine drives Chrome locally, or BrowserStack and TestMu AI/LambdaTest through their Chrome DevTools Protocol (CDP) endpoints, and a run that passes becomes a test in your repo's own language and framework, written by **Scribe**, ForgeQE's coding agent. Skills (`SKILL.md` folders, built in or in `.forgeqe/skills`) teach the agents your repo's conventions and the apps you test.
@@ -44,6 +59,22 @@ One-shot release (same version on both registries; assumes `npm` and `twine` are
44
59
  ./scripts/publish.sh --dry-run # pack only
45
60
  ```
46
61
 
62
+ Or let CI publish: merge a version bump (the same version in `package.json`, `pyproject.toml` and
63
+ `py/forgeqe_cli/__init__.py`) to `main`, and [`forgeqe-release.yml`](../.github/workflows/forgeqe-release.yml) runs the
64
+ release tests and publishes it to npm and PyPI. It publishes only a version newer than the one each registry has. Run it
65
+ by hand from the Actions tab for a dry run.
66
+
67
+ It needs no token: both registries trust the workflow (trusted publishing). Set that up once, as the package owner:
68
+
69
+ ```bash
70
+ npm install -g npm@^11.15.0 && npm login
71
+ npm trust github @capagents/forgeqe --file forgeqe-release.yml --repo javed0211/cli-agents --allow-publish
72
+ ```
73
+
74
+ and on pypi.org, under `forgeqe-cli` → Publishing, add a GitHub trusted publisher: owner `javed0211`, repository
75
+ `cli-agents`, workflow `forgeqe-release.yml`, no environment. A new npm trust that has not published within 2 days
76
+ expires, so do it just before the first release.
77
+
47
78
  ## Privacy
48
79
 
49
80
  ForgeQE sends no telemetry and turns it off in everything it starts:
@@ -4,7 +4,7 @@ build-backend = "setuptools.build_meta"
4
4
 
5
5
  [project]
6
6
  name = "forgeqe-cli"
7
- version = "2.2.6"
7
+ version = "2.2.7"
8
8
  description = "pip launcher for the ForgeQE browser agent (npm package: @capagents/forgeqe)"
9
9
  readme = "README.md"
10
10
  requires-python = ">=3.9"
File without changes
File without changes