פרסום חבילת מדיניות

​

1. כתוב את המדיניויות

failproofai publish --init

import { customPolicies, deny, allow } from "failproofai";

customPolicies.add({
  name: "block-refunds",
  description: "Refunds above the approved limit need a human",
  category: "Billing",        // groups it, and is what --category selects on
  defaultEnabled: true,       // switched on by a plain `policies add`
  match: { events: ["PreToolUse"], tools: ["Bash"] },
  fn: async (ctx) =>
    String(ctx.toolInput?.command ?? "").includes("refund")
      ? deny("Refunds need a human. Ask before running this.")
      : allow(),
});

​

2. נסה את זה כאן תחילה

failproofai policies -i -c ./<name>.mjs

​

3. פרסום אותה

failproofai publish

1. מוצא את קבצי המדיניות כאן לפי תוכן — אלה המייבאים failproofai וקוראים customPolicies.add — במקום לפי שם קובץ, אז הוא מוצא guards.mjs ומתעלם מ-policies.mjs לא קשור. זה לא יורד לתוך תיקיות משנה, כך ש-fixture בדיקה לא נחטף מקרי.
2. קורא את ה-repo מ-git remote get-url origin, בספרייה של הקובץ במקום שלך, ומחליט את הגרסה.
3. מוצא את ההעלמה שלך: GITHUB_TOKEN, GH_TOKEN, או gh auth login. זה צריך release-write ושום דבר אחר, ולא מודפס לעולם.
4. יוצר את המאגר אם הוא לא קיים. זה קורה לפני הבנייה, כך שחבילה שנדחתה בשלב הבא יכולה להשאיר מאגר חדש מאחוריה ללא הוצאה בזה.
5. בונה את שלוש ההשמעות, תוקפת אותן עם כללי המטען שלהם — אותו קוד שמחליט מה עלול להתקין על המכונה של זר — אז חבילה שלא יכולה להתקין לעולם נכשלת כאן, שם אתה עדיין יכול לתקן אותה.
6. יוצר או מעיד מחדש את ההוצאה ומעלה, החלפת הנכסים של אותו שם.

failproofai publish \
  --repo acme/support-agent \
  --version 1.0.0 \
  --effect observe \
  --dry-run

​

רשמו את זה ברכזת המדיניות

​

כיצד הגרסה מוחלטת

​

משלוח גרסה חדשה

​

מה המשתמשים שלך מאמינים

​

צפוי לפני שתאכוף

{ "id": "acme/support-agent", "version": "a1b2c3d4e5f6", "effect": "observe", "policies": [ ... ] }