Was ist neu

Specs und ihre Quellen

• Jedes Projekt hat einen Tab Specs. Fügen Sie PDFs, Word, PowerPoint, Excel, CSV, E-Mails mit ihren Anhängen, Screenshots und Fotos als Quellen hinzu, bis 50 MB je Datei. So funktioniert es.
• Write with AI schreibt daraus die Spec. Jede Anforderung zitiert ihre Quelle, der Server prüft jedes Zitat Wort für Wort, und Zitate, die er nicht findet, fliegen raus.
• Wo sich die Quellen widersprechen, sagt die Spec das, zitiert beide Seiten und nennt, wonach sie sich richtet. Zitate öffnen die Quelle auf ihrer Seite, Folie oder ihrem Blatt, mit dem Zitat markiert.
• Agenten lesen eine Spec und ihre Quellen mit pm-spec-get.

Feedback und die öffentliche Roadmap

• Feedback (Pro) sammelt, was Kunden wünschen, in einem Posteingang: von Hand, aus einem Gesprächsprotokoll, aus Intercom, Zendesk, E-Mail oder Slack. Die KI gruppiert es zu Themen mit Kundenwert, und Priorities ordnet die Tickets nach RICE.
• Öffentliche Roadmap (Business): Geplant, In Arbeit und Ausgeliefert folgen ihren Tickets. Besucher stimmen ab, schicken Ideen und hören einmal, wenn die Arbeit beginnt und wenn sie ausgeliefert ist.

Nova

• Drücken Sie überall ⌘J. Nova antwortet aus den Tickets, Specs, Zeiten, der Roadmap, den Prognosen und Risiken, die Sie sehen dürfen, sucht im Web mit Quellen und öffnet Seiten für Sie. Nova kennenlernen.
• Nova liest und ändert das Produkt mit Ihrer eigenen Sitzung: Row-Level-Security, Rechte und Trigger entscheiden genau wie in der App. Schlüssel, Tokens und Passwörter sind außer Reichweite.
• Änderungen kommen als Karte zurück, von und nach, und laufen erst, wenn Sie bestätigen. Bis zu 12 pro Antwort.
• Ab Pro liest Nova den Code der Repositories, die einem Projekt zugewiesen sind, und Planer machen aus einem Gespräch einen Plan und Tickets.

Planen aus Fakten

• Lieferprognose (Pro): 5.000 Läufe über die letzten 12 Wochen ergeben die Termine Wahrscheinlich, Sicher und Fast sicher und die Chance, das Fälligkeitsdatum zu halten.
• Risikoradar (Pro): Jeden Morgen um 7:00 Uhr meldet es eingeschlafene Arbeit, wartende Reviews, fehlschlagende Checks, blockierte Arbeit und rutschende Releases, und zwar einmal an die richtige Person.
• Mit KI planen schlägt einen Sprint bis zur Velocity des Teams vor, Schätzen bemisst ein Ticket an ähnlicher fertiger Arbeit, und Ihr Standup wird an jedem Werktag für Sie geschrieben. Wochenupdates für Stakeholder gehen in Ihre Chat-Kanäle (Pro).

Coding-Agenten

• An einen Coding-Agenten geben übergibt ein Ticket mit Brief und Checks an einen Cursor-Cloud-Agenten. Sein Pull Request verknüpft sich selbst, und das Ticket geht in den Review, wenn er fertig ist (Business).

Code

• Tickets verknüpfen sich mit Pull Requests, Branches und Commits auf GitHub, GitLab und Bitbucket, sobald diese den Key nennen. Reviews und Checks stehen am Ticket, und drei Schalter pro Projekt entscheiden, wann Code es bewegt. So bewegt Code Tickets.
• Deployments und Feature-Flags: GitHub, GitLab, Vercel oder jede CI melden, was wo ausgeliefert wurde, und LaunchDarkly oder jeder Flag-Dienst meldet Flags. Releases nennen die fertigen Tickets, die noch nicht in Produktion sind.

Wechseln

• Import aus Linear, GitHub Issues, Asana oder ClickUp, wie der Jira-Import: zuerst eine Vorschau, Personen zugeordnet, Status übernommen, und alte Keys verknüpfen weiter Code.
• Im Gleichschritt mit Jira (Business): ein Zwei-Wege-Sync von Titeln, Beschreibungen, Status, Personen, Punkten und Kommentaren, während Teams eins nach dem anderen wechseln.

Enterprise

• SCIM-Provisioning für Okta und Microsoft Entra ID legt Personen an, deaktiviert und gruppiert sie (Enterprise).
• Das Audit-Log exportiert als CSV oder JSON Lines und speist Ihr SIEM über die API mit einem Token nur für das Audit-Log (Business).

Brief-Standard 1.1

• Ein Check, der eine Aufgabe („Export-Button hinzufügen“) oder ein Wunsch („Der Export ist schnell“) ist, zählt nicht mehr voll: Er bringt 15 der 30 Punkte, bis er neu formuliert ist. Der Brief Checker nennt jeden davon.
• Jeder Check ist ein Testfall. Agenten schreiben pro Check einen Test, benannt nach dem Check, und haken ihn mit diesem Test als Nachweis ab. Einen Check, der auf „(manuell)“ endet, hakt eine Person ab; Agenten können das nicht. Alle Änderungen.

In der App

• Entwürfe aus Notizen, Aufteilungen und Brainstorming-Pläne entstehen im Format des Standards, mit offenen Fragen pro Ticket und Checks, die ein Test beweisen kann. Jeder Entwurf zeigt seine Readiness, bevor Sie ihn anlegen.
• Unter einer von Hand geschriebenen Beschreibung, die vom Format profitieren würde, bietet eine unaufdringliche Zeile Restructure with AI an: Ihr Text kommt in Abschnitte, nichts wird hinzugefügt. Ausblenden lässt sie sich pro Ticket oder dauerhaft. Mehr dazu.
• pm-brief-check nennt die Checks, die neu zu formulieren sind, pm-item-start sagt dem Agenten, wie er jeden Check testet, und beim Speichern eines Tickets, das nicht bereit ist, steht, was noch fehlt.

Produktdokumentation

• Jedes Produkt hat einen Tab Docs, in jedem Plan: Seiten in Markdown, in einem Baum, mit Suche und Vorschau.
• In Business schlägt der Merge des letzten Pull Requests eines Tickets Doku-Änderungen vor. Jede Änderung muss den Diff zitieren, ein Mensch übernimmt sie, und die Seite nennt den Pull Request, gegen den sie geprüft wurde. So funktioniert es.
• Agenten lesen die Doku mit pm-docs-search und pm-doc-get und schlagen in Business mit pm-doc-proposal-submit Änderungen vor. Der MCP-Server hat jetzt 30 Werkzeuge.

Single Sign-on

• Admins weisen die Domains des Unternehmens mit einem DNS-Eintrag nach und können alle mit einer Adresse darauf zur Anmeldung mit Google oder Microsoft verpflichten. Die Datenbank setzt das für die App, die API und MCP durch, und beim Einschalten enden die Agent-Tokens der betroffenen Personen. Einrichten.

Audit-Log

• Jede Änderung mit Urheber und vorherigem Stand, Anmeldungen, Abrechnungsereignisse und Support-Besuche. Filtern, suchen und als CSV exportieren; Einträge bleiben ein Jahr und lassen sich nicht ändern. Mehr dazu.

Briefs und Readiness

• Write with AI macht aus einem Titel und Notizen einen Brief für den Tickettyp, mit Annahmen zum Behalten oder Streichen und offenen Fragen statt Vermutungen.
• Jedes Ticket hat einen Readiness-Score von 0 bis 100. Alle vier Teile ergeben Ready for agent, mit einem Roboter-Symbol auf Karten und Zeilen.
• Acceptance checks sind eine eigene Liste am Ticket. Eine alte Liste „Acceptance criteria“ wird mit einem Klick zu Checks.

Agenten

• Jeder MCP-Client verbindet sich per URL und persönlichem Token oder mit dem Paket newwork-projects-mcp. In jedem Plan, nie abgerechnet.
• pm-brief-check bewertet einen Entwurf, bevor ein Agent ihn speichert; pm-item-start warnt, wenn ein Brief nicht bereit ist.
• Timer und Checks von Agenten sind mit via AI agent markiert.

Nachweis

• Checks bestehen mit Nachweis: Pull Request, Commit, Testlauf oder Link. Ein Haken einer Person ohne Nachweis ist Confirmed, mit ihrem Namen.
• Erledigte Tickets zeigen Verified, oder genau, was fehlt.

Workspaces und Pläne

• Registrierung mit E-Mail, Magic Link, Google oder Microsoft. Onboarding mit Beispielprojekt, Jira-Import und Einrichtung der Agenten.
• Mitglieder, Gäste (in jedem Plan kostenlos), Einladungen, Export und Löschen eines Workspace.
• Die Pläne Free, Pro, Business und Enterprise, abgerechnet pro Mitglied über Stripe. Business lässt sich 14 Tage testen.

Außerdem

• Der offene Brief-Standard 1.0 und die Brief-Bibliothek mit Vorlagen.
• Der Brief Checker bewertet jedes Ticket in Ihrem Browser.