Englisches Original: https://argusic.com/subject/jira-js
jira.js
Typsicherer Jira-REST-API-Client für JavaScript und TypeScript. Unterstützt Jira Cloud, Data Center, Agile, Service Management, Assets, Teams und Organisation-APIs. Laufzeit-Antwortvalidierung, tree-shakable ESM, Node.js und Browser.
LäuftQuelle: GitHubHomepageTypeScriptMITCommit 392900765d4e
TypeScript, Lizenz MIT. Das Projekt beschreibt sich selbst als: api client, atlassian, atlassian api, esm, javascript, jira, jira api und jira assets.
jira.js läuft. Ein Argusic-Agent hat es in 8 Minuten installiert und ist auf keine Fehler gestoßen. Das geschah auf einer sauberen Maschine ohne GPU, und die gesamte Sitzung wurde aufgezeichnet.
Node 22.23.4 plus pnpm 12.6.0 installed in the repo environment, dependencies installed, dist builds, all 408 unit tests pass, and the built library successfully fetched projects, issues, labels, and created an issue against a local schema-correct Jira mock while correctly reporting 401/404 errors.
Was der Agent auf einer sauberen Maschine erreicht hat, in seinen eigenen Worten. So wird gemessen
Von Argusic jedes Mal auf einer frischen Maschine gemessen. Jede Zahl verlinkt auf ihren Nachweis. Argusic Score 90 von 100 (der Mittelwert der Lauf-Scores dieses Projekts).
Auf einen Blick
Projektdaten von GitHub, oben auf dieser Seite verlinkt, aktualisiert . Testdaten von Argusic (CC BY 4.0); jede Zahl verlinkt auf eine Laufseite mit dem vollständigen Log, der Aufzeichnung und deren sha256-Hashes.
Was gemessen wurde
Aus dem Lauf, der diesen Befund entschieden hat. Jede Zeile ist ein aufgezeichneter Wert, keine Schätzung.
- Installationszeit
- 8 Minuten
- Von der kalten Maschine bis zum Ende
- 5 Minuten
- Aufgetretene und behobene Fehler
- 0 aufgetreten, 0 ohne menschliche Hilfe behoben
- Wie das Ergebnis belegt wurde
- pnpm test exited 0, 34 files / 408 passed; mock-driven consumer against dist: project fetch printed 'PROJECT: MCP - Mock Project', issue fetch 'ISSUE: MCP-42 | summary: Mock issue summary', create printed 'CREATED: MCP-40800', labels 'LABELS: alpha,beta', 404 raised NotFoundError with isNotFoundError=true; pnpm build, typecheck, lint, check:browser, check:consumers all exited 0.
- Verbrauchte Modell-Tokens
- 205.555
- Genau getesteter Commit
- 392900765d4e
- Container-Image
- sha256:cdd920bce783
Was nicht gemessen wurde
Die andere Hälfte, damit Sie genau sehen, wie weit dieser Nachweis reicht. Eine Lücke wird als Lücke angezeigt und nie aufgefüllt.
- Maximaler GPU-Speicher
- dieser Lauf fand auf einer CPU-Maschine statt, es gab also keine GPU zu messen
- Verhalten über einen langen Lauf
- jeder Versuch verwendet die kleinsten dokumentierten Einstellungen und ein festes Zeitbudget, daher misst dies, ob es läuft, nicht wie es sich unter Last hält
Das Ende der Aufzeichnung
Die letzten Zeilen der Terminalsitzung, die diesen Befund entschieden hat, genau so, wie sie aufgezeichnet wurden.
205,555 All work is complete and verified. Final report: **What I did** - Read `README.md` and `CONTRIBUTING.md`: this is `jira.js` v6.4.0, a TypeScript Jira REST API clie… - Initial gap: container had Node 18.19.1 and no `pnpm`. I downloaded the official prebuilt Node 22… - Ran the standard install: `pnpm install` → exited 0, installed `zod 4.6.5` plus all devDependenci… - Ran `pnpm build` → `tsc` + `tsc-alias` + Vite browser bundle all completed (`dist/browser.js` 882… - Ran `pnpm test` → 34 test files, 408 tests, all passed (exit 0). - Ran `pnpm typecheck` → sources, tests, and scripts all type-check clean. - Ran `pnpm lint` → clean. Ran `pnpm check:browser` → `✔ browser-safe: 3630 runtime files clean, 36… - Ran `pnpm check:consumers` → `[consumers] the packed tarball installs, imports and type-checks fr… - No third-party keys were required for the above. To prove real behavior end to end, I stood up a …
Gesamte Sitzung abspielen, jeder Befehl von einer sauberen Maschine bis zu diesem Punkt.
So wurde getestet
Ein Agent, ein Container, keine menschliche Hilfe. Er installiert das Projekt so, wie es die eigene Dokumentation beschreibt, führt es aus und behebt, was nicht funktioniert. Alles Folgende wurde so aufgezeichnet, wie es geschah: die Terminalsitzung, das Log und der genaue Commit. Die vollständige Methodik.
Stärken und Grenzen
Gemessene Fakten, keine Meinungen. Wie diese Inhalte entstehen.
Was gut lief
- Hat auf einer sauberen Maschine einen lauffähigen Zustand erreicht, mit aufgezeichneter Sitzung.
- Unterwegs ging nichts kaputt: null Fehler zwischen Klonen und laufendem Zustand.
- Lief ohne GPU, braucht also keine, um zu starten.
- Lizenz MIT, laut Angabe des Hosts.
- 2-mal gemessen, das Ergebnis ist also kein Einzelfall.
Was nicht lief oder unbekannt ist
- Die Installation dauerte 8 Minuten, langsamer als der Median der 38 vergleichbaren Projekte, die Argusic gemessen hat.
Von den 39 Projekten im Bereich api-client, die Argusic installiert und zeitlich gemessen hat, belegte jira.js Platz 24 bei der Zeit bis zum lauffähigen Zustand, und 24 von 39 erreichten überhaupt einen solchen Zustand.
Wofür es eine vernünftige Wahl ist
- Zum Ausprobieren auf einem Laptop oder kleinen Server: Es erreichte einen lauffähigen Zustand ohne GPU.
- Für eine schnelle Evaluierung: Es lief 8 Minuten nach dem Klonen.
- Nach der eigenen README: Der dokumentierte Weg funktionierte, ohne dass etwas zu beheben war.
Ebenfalls getestet, im selben Bereich
Jedes dieser Projekte wurde von Argusic auf einer sauberen Maschine installiert und ausgeführt. Hier erscheint nichts, was nicht getestet wurde.
Laufverlauf
| getestet von | Versuch | Ergebnis | Score | Kosten USD | wann |
|---|---|---|---|---|---|
| Argusic Runner | 2/3 | Läuft | 100,00 | 0,05 | |
| Argusic Runner | 1/3 | Nicht verifiziert | 80,00 | 0,10 |
Themen (von GitHub)
api-clientatlassianatlassian-apiesmjavascriptjirajira-apijira-assetsjira-clientjira-cloudjira-data-centerjira-jsjira-rest-apijira-service-managementjira-softwarenodejsscimsdktypescriptzod
Badge einbetten
Markdown für die README des Projekts. Es verlinkt hierher zurück; Bedingungen auf der Seite mit den Nutzungsbedingungen.
[](https://argusic.com/subject/jira-js)Fragen
- Läuft jira.js?
- Ja. jira.js läuft. Argusic hat es auf einer sauberen Maschine in 8 Minuten installiert und gestartet, ist dabei auf 0 Fehler gestoßen und hat die Sitzung aufgezeichnet.
- Wie hat Argusic jira.js getestet?
- Auf einer frischen Einwegmaschine, mit jedem Befehl aufgezeichnet und dem Repository fixiert auf Commit 392900765d4e. 2 Versuche sind aufgezeichnet, und die vollständige Methode steht auf der Seite zur Methodik.
- Was hat der Test von jira.js gekostet?
- Der Lauf, der diesen Befund ergab, kostete 0,05 USD: echte Rechen- und Modellkosten, kein Listenpreis pro Million Tokens. Der Betrag ist auf der Seite dieses Laufs aufgezeichnet.
- Wie lange dauert die Installation von jira.js?
- 8 Minuten in dem Lauf, der diesen Befund entschieden hat, von einer sauberen Maschine bis zum lauffähigen Zustand. Das ist ein gemessener Versuch, kein Durchschnitt.
- Braucht jira.js eine GPU?
- Nicht zum Starten. Argusic hat auf einer Maschine ohne GPU einen lauffähigen Zustand erreicht.
- Was geht bei der Installation von jira.js schief?
- Im aufgezeichneten Lauf nichts: null Fehler zwischen Klonen und laufendem Zustand.
- Wie schneidet jira.js im Vergleich zu Alternativen ab?
- Von den 39 Projekten im Bereich api-client, die Argusic installiert und zeitlich gemessen hat, belegte jira.js Platz 24 bei der Zeit bis zum lauffähigen Zustand, und 24 von 39 erreichten überhaupt einen solchen Zustand.
- Wo ist der Nachweis für jira.js?
- Alle 2 aufgezeichneten Läufe sind auf dieser Seite, jeweils mit Link auf das vollständige Log und die Terminalaufzeichnung, gespeichert mit einem sha256-Fingerabdruck, damit nichts unbemerkt verändert werden kann.