@airmark/quiver 0.33.0 → 0.35.0

package/README.md

@@ -16,8 +16,8 @@ and aligned to the current Quillmark spec.
 | `daf1206`            | 0.1.0   | DAF Form 1206 — Nomination for Award                                             |
 | `daf4392`            | 0.1.0   | DAF Form 4392 — Pre-Departure Safety Briefing (Page 2)                           |
 | `afmc_moa`           | 0.0.1   | DoD Memorandum of Agreement (DoDI 4000.19)                                       |
-| `classic_resume`     | 0.0.1   | Classic single-page resume                                                       |
-| `cyber_ribbon_chart` | 0.0.1   | 17X Cyber Operations Officer ribbon chart and career vector planner              |
+| `classic_resume`     | 0.1.0   | Classic single-page resume                                                       |
+| `cyber_career_plan`  | 0.1.0   | 17X Cyber Operations Officer career plan: current assignment, vectors and record |
 
 ## Install
 
@@ -94,6 +94,7 @@ quills/
   <name>/
     <x.y.z>/
       Quill.yaml
+      example.md
       plate.typ
       assets/
       packages/
@@ -129,23 +130,27 @@ this collection's own `node_modules`, so the versions pinned here are the format
 the quiver is packed in and the wasm the gate renders through.
 
 **Does it work?** `quillkit test` loads the collection with `fromDir`, compiles
-every quill, and renders each one's seed: every field absent, rendering its
-`default:` or its blank. It is the gate CI runs, so a validation failure
-surfaces here rather than on a consumer's build:
+every quill, and renders each one's seed, every field absent but what a card
+kind's `seed:` writes and rendering its `default:` or its blank, and its
+`example.md`, one filled-in page of made-up values. `npm test` then fails a
+quill that ships no example or whose example warns, and a template that warns.
+It is the gate CI runs, so a validation failure surfaces here rather than on a
+consumer's build:
 
 ```bash
 npm install
 npm test
 ```
 
-The gate renders no answer, so a page with a long list or a wrapping value in
-it is a design fixture's to exercise (`design/`), not the gate's.
+The gate renders one answer per quill, so a page with a long list or a
+wrapping value in it is a design fixture's to exercise (`design/`).
 
 **What is it like to use?** `npm run dev` is `quillkit studio`: it packs this
 quiver, serves the studio client over it, and repacks on every save — pick a
-quill, edit the seeded document, watch it paint, read the diagnostics. The
-client is quillkit's own, so there is nothing to install for it and nothing to
-keep in step.
+quill, edit its example (or, with **Examples** off, its seed), or open one
+of the official templates from **Templates…**, watch it paint, read the
+diagnostics. The client is quillkit's own, so there is nothing to install for it
+and nothing to keep in step.
 
 Reload to pick up a repack. Editing a quill into an invalid state is not a
 failure of the loop: it packs, and the client says what is wrong with that quill
@@ -158,8 +163,9 @@ is authoritative, studio is advisory.
 
 `npm run site` writes the arrangement a deploy serves into `site/` — the client
 at the root, a built quiver at `quiver/` beneath it — without serving it. It
-passes `--drafts`, so the `0.0.x` prototypes are packed beside the releases and
-every deploy previews them as `npm run dev` does. CI
+passes `--drafts`, so the `0.0.x` prototypes are packed beside the releases, and
+`--templates`, so every deploy previews them and the templates as `npm run dev`
+does. CI
 uploads that on every run, so a pull request — a fork's included — is reviewed
 by downloading the artifact and serving the directory.
 

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@airmark/quiver",
-  "version": "0.33.0",
+  "version": "0.35.0",
   "description": "Airmark Quiver — Air Force and DAF document Quills for Quillmark.",
   "type": "module",
   "exports": {
@@ -18,14 +18,14 @@
     "node": ">=24"
   },
   "devDependencies": {
-    "@quillmark/quiver": "0.30.0",
-    "@quillmark/wasm": "^0.116.0",
-    "quillkit": "0.9.0"
+    "@quillmark/quiver": "0.33.0",
+    "@quillmark/wasm": "^0.121.0",
+    "quillkit": "0.13.0"
   },
   "scripts": {
-    "test": "quillkit test && node scripts/check-templates.mjs",
-    "site": "quillkit site --out site --drafts",
-    "dev": "quillkit studio"
+    "test": "quillkit test && node scripts/check-examples.mjs && node scripts/check-templates.mjs",
+    "site": "quillkit site --out site --drafts --templates templates",
+    "dev": "quillkit studio --templates templates"
   },
   "keywords": [
     "quillmark",

package/quills/af4141/0.1.0/Quill.yaml

@@ -14,13 +14,11 @@ main:
     name:
       type: string
       default: ""
-      example: "Doe, John A."
       description: Full name in Last, First, Middle Initial format.
 
     unit:
       type: string
       default: ""
-      example: 1st Air Control Squadron
       description: Unit or organization of assignment.
 
     grade:
@@ -45,7 +43,6 @@ card_kinds:
       date:
         type: date
         default: ""
-        example: "2026-03-14"
         ui:
           group: record
         description: Date of the action (column A).
@@ -53,7 +50,6 @@ card_kinds:
       action:
         type: string
         default: ""
-        example: Upgraded to 5-level; assumed ADO duties
         ui:
           group: record
         description: One type of action per line (column B).
@@ -61,16 +57,14 @@ card_kinds:
       written_grade:
         type: string
         default: ""
-        example: "3"
         ui:
           group: record
           compact: true
-        description: Written grade, if applicable (column C).
+        description: Written grade, as in 3, if applicable (column C).
 
       written_grade_date:
         type: date
         default: ""
-        example: "2026-02-28"
         ui:
           group: record
           compact: true
@@ -79,16 +73,14 @@ card_kinds:
       positional_grade:
         type: string
         default: ""
-        example: "2"
         ui:
           group: record
           compact: true
-        description: Positional grade, if applicable (column E).
+        description: Positional grade, as in 2, if applicable (column E).
 
       positional_grade_date:
         type: date
         default: ""
-        example: "2026-03-14"
         ui:
           group: record
           compact: true
@@ -97,7 +89,6 @@ card_kinds:
       auth_or_remarks:
         type: string
         default: ""
-        example: "J.A.D."
         ui:
           group: record
-        description: Authentication or remarks entry (column G).
+        description: Authentication initials, as in J.A.D., or remarks entry (column G).

package/quills/af4141/0.1.0/example.md

@@ -0,0 +1,53 @@
+~~~
+$quill: af4141
+name: Doe, John A.
+unit: 1st Air Control Squadron
+grade: SSgt
+commanders_auth: R.T.K., Lt Col
+~~~
+
+~~~
+$kind: experience
+date: 2025-06-02
+action: Assigned to 1st Air Control Squadron
+auth_or_remarks: M.S.P.
+~~~
+
+~~~
+$kind: experience
+date: 2025-09-19
+action: Completed initial qualification training
+auth_or_remarks: M.S.P.
+~~~
+
+~~~
+$kind: experience
+date: 2026-02-28
+action: Initial evaluation, written phase
+written_grade: "3"
+written_grade_date: 2026-02-28
+auth_or_remarks: L.E.W.
+~~~
+
+~~~
+$kind: experience
+date: 2026-03-14
+action: Initial evaluation, positional phase
+positional_grade: "2"
+positional_grade_date: 2026-03-14
+auth_or_remarks: L.E.W.
+~~~
+
+~~~
+$kind: experience
+date: 2026-03-14
+action: Upgraded to 5-level
+auth_or_remarks: R.T.K.
+~~~
+
+~~~
+$kind: experience
+date: 2026-03-16
+action: Assumed ADO duties
+auth_or_remarks: R.T.K.
+~~~

package/quills/afmc_moa/0.0.1/Quill.yaml

@@ -16,7 +16,6 @@ main:
     first_party_name:
       type: plaintext
       inline: true
-      example: "[First Party Name and Acronym]"
       ui:
         group: parties
       description: "Full organization name and acronym of the first party (the MOA's proponent). Printed as 'THE [FIRST PARTY]' in the title block and referenced throughout as '[the First Party]'."
@@ -24,7 +23,6 @@ main:
     second_party_name:
       type: plaintext
       inline: true
-      example: "[Second Party Name and Acronym]"
       ui:
         group: parties
       description: "Full organization name and acronym of the second party. Printed as 'THE [SECOND PARTY]' in the title block."
@@ -40,7 +38,6 @@ main:
     subject:
       type: plaintext
       inline: true
-      example: "[Insert Subject]"
       ui:
         group: parties
       description: "Subject of the agreement, printed in the title block ('FOR [SUBJECT]') and on the Attachment A cover if reimbursable."
@@ -48,7 +45,6 @@ main:
     agreement_number:
       type: plaintext
       inline: true
-      example: "[Insert Agreement Number]"
       ui:
         group: parties
       description: Unique agreement identification number, printed in the title block.
@@ -58,8 +54,6 @@ main:
       items:
         type: plaintext
       default: []
-      example:
-        - "[Insert Second Party Mailing Address]"
       ui:
         group: correspondence
       description: "Second Party's mailing address for MOA correspondence and notices. Also shown in the intro paragraph if second_party_is_non_government is true."
@@ -76,7 +70,6 @@ main:
       type: richtext
       inline: true
       default: ""
-      example: "[Insert Reimbursable Support]"
       ui:
         group: financial_details
       description: "Attachment A, item 1: description of the reimbursable support. Only used when reimbursable is true."
@@ -85,27 +78,24 @@ main:
       type: plaintext
       inline: true
       default: ""
-      example: "$[Insert Estimated Amount]"
       ui:
         group: financial_details
         compact: true
-      description: "Attachment A, item 2: estimated amount of funds to be reimbursed. Only used when reimbursable is true."
+      description: "Attachment A, item 2: estimated amount of funds to be reimbursed, as in $50,000. Only used when reimbursable is true."
 
     appropriation_fy:
       type: plaintext
       inline: true
       default: ""
-      example: "[Insert Appropriation FY]"
       ui:
         group: financial_details
         compact: true
-      description: "Attachment A, item 2: appropriation fiscal year. Only used when reimbursable is true."
+      description: "Attachment A, item 2: appropriation fiscal year, printed after 'FY', as in 2027. Only used when reimbursable is true."
 
     cost_center_provider:
       type: plaintext
       inline: true
       default: ""
-      example: "[Insert Provider Cost Center Number]"
       ui:
         group: financial_details
         compact: true
@@ -115,7 +105,6 @@ main:
       type: plaintext
       inline: true
       default: ""
-      example: "[Insert Receiver Cost Center Number]"
       ui:
         group: financial_details
         compact: true
@@ -125,7 +114,6 @@ main:
       type: plaintext
       inline: true
       default: ""
-      example: "[Insert Provider Financial POC]"
       ui:
         group: financial_details
       description: "Attachment A, item 4: provider's financial point of contact. Only used when reimbursable is true."
@@ -134,7 +122,6 @@ main:
       type: plaintext
       inline: true
       default: ""
-      example: "[Insert Receiver Financial POC]"
       ui:
         group: financial_details
       description: "Attachment A, item 4: receiver's financial point of contact. Only used when reimbursable is true."
@@ -143,7 +130,6 @@ main:
       type: richtext
       inline: true
       default: ""
-      example: "[Insert Any Additional Financial Information]"
       ui:
         group: financial_details
       description: "Attachment A, item 5: any other financial information required by DoD 7000.14-R or desired in the agreement. Only used when reimbursable is true."
@@ -151,7 +137,6 @@ main:
     first_party_signatory:
       type: plaintext
       inline: true
-      example: "[First Party Signatory Name and Title]"
       ui:
         group: signatures
       description: "Name and title of the First Party's approval authority, printed under the signature line."
@@ -159,7 +144,6 @@ main:
     second_party_signatory:
       type: plaintext
       inline: true
-      example: "[Second Party Signatory Name and Title]"
       ui:
         group: signatures
       description: "Name and title of the Second Party's approval authority, printed under the signature line."
@@ -174,30 +158,30 @@ main:
 card_kinds:
   background:
     title: Background
-    description: "Background section (DoDI 4000.19 paragraph 1) explaining the circumstances leading to this MOA. Authored as its own card, but rendered inline as the body's numbered paragraphs — same chained decimal numbering as the rest of the body, no page break. Exactly one is expected; if more than one is supplied, only the first is used. Renders before authorities."
-    body:
-      example: |
+    description: "Background section (DoDI 4000.19 paragraph 1) explaining the circumstances leading to this MOA. The body opens with 'BACKGROUND:'. Optional: include it only to explain a need the purpose does not make self-evident, typically with another federal agency; between OSD or DoD Components it is normally omitted. Authored as its own card, but rendered inline as the body's numbered paragraphs — same chained decimal numbering as the rest of the body, no page break. Exactly one is expected; if more than one is supplied, only the first is used. Renders before authorities."
+    seed:
+      $body: |
         BACKGROUND: [If there is a need to discuss background, do so here. Normally, there is no need to discuss the background or provide justification for the MOA, particularly if between OSD or DoD Components. Occasionally, however, there is a desire to explain the need for the MOA; particularly where it is not self-evident from the purpose or it is with another federal agency.]
 
   authorities:
     title: Authorities
-    description: "Authorities section citing the legal basis for this MOA. Authored as its own card, but rendered inline as the body's numbered paragraphs — same chained decimal numbering as the rest of the body, no page break. Exactly one is expected; if more than one is supplied, only the first is used. Renders after background, before purpose_and_scope."
-    body:
-      example: |
+    description: "Authorities section citing the legal basis for this MOA. The body opens with 'AUTHORITIES:' and states the legal authority for the MOA, such as the Economy Act, and each Party's authorities. Another federal agency's own asserted authority is prefaced 'The [Party] asserts the following authority:'; DoD need not agree with it. Authored as its own card, but rendered inline as the body's numbered paragraphs — same chained decimal numbering as the rest of the body, no page break. Exactly one is expected; if more than one is supplied, only the first is used. Renders after background, before purpose_and_scope."
+    seed:
+      $body: |
         AUTHORITIES: [State the legal authority upon which the reimbursable MOA is based, such as the Economy Act, or any other legal or significant authority that authorizes any such actions associated with this MOA. Discuss the authorities of the Parties here. If the other Party is another federal agency and insists on stating what it believes to be its own authority, preface that assertion with "The [Party] asserts the following authority:" The DoD has no obligation to agree with such assertions of authority by other federal agencies.]
 
   purpose_and_scope:
     title: Purpose and Scope
-    description: "Purpose and Scope section describing what this MOA establishes. Authored as its own card, but rendered inline as the body's numbered paragraphs — same chained decimal numbering as the rest of the body, no page break. Exactly one is expected; if more than one is supplied, only the first is used. Renders after authorities, before responsibilities_of_the_parties."
-    body:
-      example: |
+    description: "Purpose and Scope section describing what this MOA establishes. The body opens with 'PURPOSE AND SCOPE:' and states the MOA's purpose and scope. Every MOA includes it. Authored as its own card, but rendered inline as the body's numbered paragraphs — same chained decimal numbering as the rest of the body, no page break. Exactly one is expected; if more than one is supplied, only the first is used. Renders after authorities, before responsibilities_of_the_parties."
+    seed:
+      $body: |
         PURPOSE AND SCOPE: [State the purpose and the scope of the MOA here. Always use this paragraph.]
 
   responsibilities_of_the_parties:
     title: Responsibilities of the Parties
-    description: "Responsibilities of the Parties section listing each party's obligations under this MOA. Authored as its own card, but rendered inline as the body's numbered paragraphs — same chained decimal numbering as the rest of the body, no page break. Exactly one is expected; if more than one is supplied, only the first is used. Renders after purpose_and_scope, before personnel."
-    body:
-      example: |
+    description: "Responsibilities of the Parties section listing each party's obligations under this MOA. The body opens with 'RESPONSIBILITIES OF THE PARTIES:', then a list item per Party ('The [First Party] will—', 'The [Second Party] will—', 'Both Parties will—'), each nesting every specific obligation of that Party. Authored as its own card, but rendered inline as the body's numbered paragraphs — same chained decimal numbering as the rest of the body, no page break. Exactly one is expected; if more than one is supplied, only the first is used. Renders after purpose_and_scope, before personnel."
+    seed:
+      $body: |
         RESPONSIBILITIES OF THE PARTIES:
 
         - The [First Party] will—
@@ -209,16 +193,16 @@ card_kinds:
 
   personnel:
     title: Personnel
-    description: "Personnel section describing each party's responsibility for its own personnel costs. Authored as its own card, but rendered inline as the body's numbered paragraphs — same chained decimal numbering as the rest of the body, no page break. Exactly one is expected; if more than one is supplied, only the first is used. Renders after responsibilities_of_the_parties, before general_provisions."
-    body:
-      example: |
+    description: "Personnel section describing each party's responsibility for its own personnel costs. The body opens with 'PERSONNEL:' and states each Party's responsibility for all costs of its personnel (pay and benefits, support, travel) and for their supervision and management, with the process for any shared supervision. Authored as its own card, but rendered inline as the body's numbered paragraphs — same chained decimal numbering as the rest of the body, no page break. Exactly one is expected; if more than one is supplied, only the first is used. Renders after responsibilities_of_the_parties, before general_provisions."
+    seed:
+      $body: |
         PERSONNEL: [Explain each Party's responsibility for all costs of its personnel, including pay and benefits, support, and travel, if applicable to the agreement. Each Party is responsible for supervision and management of its personnel. For shared supervision or management, explain the process to accomplish that.]
 
   general_provisions:
     title: General Provisions
-    description: "General Provisions section covering points of contact, termination, expiration, and other standard MOA terms. Authored as its own card, but rendered inline as the body's numbered paragraphs — same chained decimal numbering as the rest of the body, no page break. Exactly one is expected; if more than one is supplied, only the first is used. Renders after personnel, before financial_details."
-    body:
-      example: |
+    description: "General Provisions section covering points of contact, termination, expiration, and other standard MOA terms. The body opens with 'GENERAL PROVISIONS:', then a list of DoDI 4000.19's standard provisions, each led by its capitalized title: POINTS OF CONTACT (a primary and an alternate POC per Party, each with name, position, office, phone and email), CORRESPONDENCE, REVIEW OF AGREEMENT (a non-reimbursable MOA at least at mid-point, a reimbursable one annually for financial impacts), MODIFICATION OF AGREEMENT, DISPUTES, TERMINATION OF AGREEMENT (its days of written notice), TRANSFERABILITY, ENTIRE AGREEMENT, EFFECTIVE DATE, EXPIRATION DATE, NO THIRD PARTY BENEFICIARIES, SEVERABILITY and OTHER FEDERAL AGENCIES. CANCELLATION OR MODIFICATION OF PREVIOUS AGREEMENT, naming that agreement's subject, number and effective date, appears only when this MOA supersedes one. Authored as its own card, but rendered inline as the body's numbered paragraphs — same chained decimal numbering as the rest of the body, no page break. Exactly one is expected; if more than one is supplied, only the first is used. Renders after personnel, before financial_details."
+    seed:
+      $body: |
         GENERAL PROVISIONS:
 
         - POINTS OF CONTACT (POCS). The following POCs will be used by the Parties to communicate matters concerning this MOA. Each Party may change its POC upon reasonable notice to the other Party.
@@ -244,9 +228,9 @@ card_kinds:
 
   financial_details:
     title: Financial Details
-    description: "Financial Details section (DoDI 4000.19 paragraph 7) covering availability of funds, billing, payment, and Economy Act determination. Authored as its own card, but rendered inline as the body's numbered paragraphs — same chained decimal numbering as the rest of the body, no page break. Exactly one is expected; if more than one is supplied, only the first is used. Renders after general_provisions, before list_of_attachments."
-    body:
-      example: |
+    description: "Financial Details section (DoDI 4000.19 paragraph 7) covering availability of funds, billing, payment, and Economy Act determination. The body opens with 'FINANCIAL DETAILS:'. A non-reimbursable MOA follows it with 'This MOA does not provide for reimbursement between the Parties.' A reimbursable one lists AVAILABILITY OF FUNDS, BILLING, PAYMENT OF BILLS, FINANCIAL SPECIFICS (referring to Attachment A and stating any allowance or advance payments) and ECONOMY ACT DETERMINATION AND FINDINGS (D&F). The D&F adds that the provider can render the support without jeopardizing its missions when the provider is an OSD or DoD Component, and that any required D&F is completed when a separate written one is required. Authored as its own card, but rendered inline as the body's numbered paragraphs — same chained decimal numbering as the rest of the body, no page break. Exactly one is expected; if more than one is supplied, only the first is used. Renders after general_provisions, before list_of_attachments."
+    seed:
+      $body: |
         FINANCIAL DETAILS [include Attachment A in all reimbursable MOAs; if the MOA is not reimbursable add, "This MOA does not provide for reimbursement between the Parties"]:
 
         - AVAILABILITY OF FUNDS. This MOA does not document the obligation of funds between the Parties. The obligation of funds by the Parties, resulting from this MOA, is subject to the availability of funds pursuant to the DoD Financial Management Regulation. No provision in this MOA will be interpreted to require obligation or payment of funds in violation of the Anti-Deficiency Act, Section 1341 of Title 31, United States Code.
@@ -257,9 +241,9 @@ card_kinds:
 
   list_of_attachments:
     title: List of Attachments
-    description: "List of Attachments section enumerating this MOA's attachments. Authored as its own card, but rendered inline as the body's numbered paragraphs — same chained decimal numbering as the rest of the body, no page break. Exactly one is expected; if more than one is supplied, only the first is used. Renders last, after financial_details, immediately before the signature blocks."
-    body:
-      example: |
+    description: "List of Attachments section enumerating this MOA's attachments. The body opens with 'LIST OF ATTACHMENTS:', then a list item per attachment, as in 'Attachment A, Financial Details'. Authored as its own card, but rendered inline as the body's numbered paragraphs — same chained decimal numbering as the rest of the body, no page break. Exactly one is expected; if more than one is supplied, only the first is used. Renders last, after financial_details, immediately before the signature blocks."
+    seed:
+      $body: |
         LIST OF ATTACHMENTS:
 
         - [List each attachment here, e.g. "Attachment A, Financial Details".]
@@ -269,14 +253,14 @@ card_kinds:
     description: "A lettered attachment to the MOA, starting at Attachment B (Attachment A is reserved for the reimbursable financial-details page and is generated automatically when 'reimbursable' is true). Each card starts on its own page."
     ui:
       groups: [attachment]
-    body:
-      example: |
+    seed:
+      title: "[Insert Attachment Title]"
+      $body: |
         [Describe the attachment's content here.]
     fields:
       title:
         type: plaintext
         inline: true
-        example: "[Insert Attachment Title]"
         ui:
           group: attachment
         description: "Subject of the attachment, printed on the cover line ('to [subject], [agreement_number] [title]')."

package/quills/afmc_moa/0.0.1/example.md

@@ -0,0 +1,114 @@
+~~~
+$quill: afmc_moa
+$kind: main
+first_party_name: Air Force Example Test Center (AFETC)
+second_party_name: Navy Example Warfare Laboratory (NEWL)
+subject: Thermal-Vacuum Chamber Test Support
+agreement_number: FA1234-26-M-0017
+second_party_mailing_address:
+  - NEWL/CD
+  - 200 Sample Road, Building 12
+  - Example NAS ST 23456-7890
+reimbursable: true
+reimbursable_support: Scheduled use of the AFETC thermal-vacuum chamber, with operator and instrumentation technician support, for NEWL sensor qualification tests.
+estimated_amount: "$184,500"
+appropriation_fy: "2027"
+cost_center_provider: "AFETC-7730"
+cost_center_receiver: "NEWL-4102"
+financial_poc_provider: "Ms. Dana R. Whitfield, AFETC/FM, DSN 555-0140, dana.whitfield@example.mil"
+financial_poc_receiver: "Mr. Luis M. Ortega, NEWL/FM, DSN 555-0240, luis.ortega@example.mil"
+financial_additional_info: Funds are provided by Military Interdepartmental Purchase Request (MIPR) on a reimbursable basis. No advance payment is authorized.
+first_party_signatory: "HAROLD J. KESSLER, Commander"
+second_party_signatory: "MEREDITH A. CALLOWAY, Director"
+mid_point_review_due_date: 2029-04-01
+~~~
+
+~~~
+$kind: authorities
+~~~
+AUTHORITIES: This MOA is entered into under the authority of the Economy Act, Section 1535 of Title 31, United States Code, and DoD Instruction 4000.19, "Support Agreements."
+
+~~~
+$kind: purpose_and_scope
+~~~
+PURPOSE AND SCOPE: This MOA establishes the terms under which the AFETC provides thermal-vacuum chamber test support to the NEWL for the qualification of NEWL sensor payloads. It covers scheduling, test execution, data delivery and reimbursement for that support, and no other AFETC facility.
+
+~~~
+$kind: responsibilities_of_the_parties
+~~~
+RESPONSIBILITIES OF THE PARTIES:
+
+- The AFETC will—
+  - Schedule up to four chamber test windows per fiscal year for NEWL test articles.
+  - Provide chamber operators and instrumentation technicians for each scheduled test window.
+  - Deliver raw and reduced test data to the NEWL within 10 business days of test completion.
+- The NEWL will—
+  - Request each test window at least 60 days before its start.
+  - Deliver test articles, test procedures and hazard analyses to the AFETC at least 14 days before each test window.
+  - Reimburse the AFETC for the support in Attachment A.
+- Both Parties will—
+  - Conduct a joint safety review before each test window.
+  - Protect test data in accordance with its marking.
+
+~~~
+$kind: personnel
+~~~
+PERSONNEL: Each Party is responsible for all costs of its personnel, including pay and benefits, support, and travel. Each Party is responsible for supervision and management of its personnel. NEWL personnel present in the chamber area follow the direction of the AFETC test director on matters of safety.
+
+~~~
+$kind: general_provisions
+~~~
+GENERAL PROVISIONS:
+
+- POINTS OF CONTACT (POCS). The following POCs will be used by the Parties to communicate matters concerning this MOA. Each Party may change its POC upon reasonable notice to the other Party.
+  - For the AFETC—
+    - Primary POC: Mr. Thomas E. Brandt, Chamber Facility Manager, AFETC/TEO, DSN 555-0110, thomas.brandt@example.mil.
+    - Alternate POC: Capt Alicia N. Moreno, Test Director, AFETC/TEO, DSN 555-0111, alicia.moreno@example.mil.
+  - For the NEWL—
+    - Primary POC: Dr. Evan P. Hollis, Sensor Program Lead, NEWL/CD, DSN 555-0210, evan.hollis@example.mil.
+    - Alternate POC: LT Priya S. Raman, Test Engineer, NEWL/CD, DSN 555-0211, priya.raman@example.mil.
+- CORRESPONDENCE. All correspondence to be sent and notices to be given pursuant to this MOA will be addressed, if to the AFETC, to AFETC/TEO, 100 Example Avenue, Example AFB ST 12345-6789, and, if to the NEWL, to NEWL/CD, 200 Sample Road, Building 12, Example NAS ST 23456-7890, or as may from time to time otherwise be directed by the Parties.
+- REVIEW OF AGREEMENT. This MOA will be reviewed on or around the anniversary of its effective date annually for financial impacts; if there are substantial changes in resource requirements, the agreement will be reviewed in its entirety.
+- MODIFICATION OF AGREEMENT. This MOA may only be modified by the written agreement of the Parties, duly signed by their authorized representatives.
+- DISPUTES. Any disputes relating to this MOA will, subject to any applicable law, Executive Order, or DoD issuance, be resolved by consultation between the Parties.
+- TERMINATION OF AGREEMENT. This MOA may be terminated by either Party by giving at least 90 days' written notice to the other Party. The MOA may also be terminated at any time upon the mutual written consent of the Parties.
+- TRANSFERABILITY. This MOA is not transferable except with the written consent of the Parties.
+- ENTIRE AGREEMENT. It is expressly understood and agreed that this MOA embodies the entire agreement between the Parties regarding the MOA's subject matter, thereby merging and superseding all prior agreements and representations by the Parties with respect to such subject matter.
+- EFFECTIVE DATE. This MOA takes effect beginning on the day after the last Party signs.
+- EXPIRATION DATE. This MOA expires on 30 September 2031.
+- CANCELLATION OR MODIFICATION OF PREVIOUS AGREEMENT. This MOA modifies or cancels and supersedes the previously signed agreement between the same Parties with the subject Environmental Test Facility Support, Agreement # FA1234-21-M-0009 and effective date of 1 October 2021.
+- NO THIRD PARTY BENEFICIARIES. Nothing in this MOA, express or implied, is intended to give to, or will be construed to confer upon, any person or entity not a party any remedy or claim under or by reason of this MOA and this MOA will be for the sole and exclusive benefit of the Parties.
+- SEVERABILITY. If any term, provision, or condition of this MOA is held to be invalid, void, or unenforceable by a governmental authority and such holding is not or cannot be appealed further, then such invalid, void, or unenforceable term, provision, or condition shall be deemed severed from this MOA and all remaining terms, provisions, and conditions of this MOA shall continue in full force and effect. The Parties shall endeavor in good faith to replace such invalid, void, or unenforceable term, provision, or condition with valid and enforceable terms, provisions, or conditions which achieve the purpose intended by the Parties to the greatest extent permitted by law.
+- OTHER FEDERAL AGENCIES. This MOA does not bind any federal agency, other than the Parties, nor waive required compliance with any law or regulation.
+
+~~~
+$kind: financial_details
+~~~
+FINANCIAL DETAILS:
+
+- AVAILABILITY OF FUNDS. This MOA does not document the obligation of funds between the Parties. The obligation of funds by the Parties, resulting from this MOA, is subject to the availability of funds pursuant to the DoD Financial Management Regulation. No provision in this MOA will be interpreted to require obligation or payment of funds in violation of the Anti-Deficiency Act, Section 1341 of Title 31, United States Code.
+- BILLING. The AFETC will bill the NEWL on a monthly basis in accordance with the procedures of the Billing Party. A record of the transaction will be sent to the NEWL within 30 calendar days after the month in which the transaction occurred.
+- PAYMENT OF BILLS. The NEWL paying office will forward payments, along with a copy of billed invoices, to the AFETC within 30 calendar days of the date of invoice. Bills rendered will not be subject to audit in advance of payment.
+- FINANCIAL SPECIFICS. See Attachment A for all other details and information on the reimbursable support identified in this MOA. No allowance or advance payment is made under this MOA.
+- ECONOMY ACT DETERMINATION AND FINDINGS (D&F). If the MOA is being entered into in accordance with Section 1535 of Title 31, United States Code (the Economy Act), both Parties agree that the requirements listed in Paragraph (a) of the Economy Act have been met. The provider has determined that the capabilities exist to render the requested support without jeopardizing its assigned missions. Any required Economy Act D&F has been completed.
+
+~~~
+$kind: list_of_attachments
+~~~
+LIST OF ATTACHMENTS:
+
+- Attachment A, Financial Details
+- Attachment B, Chamber Test Window Schedule
+
+~~~
+$kind: attachment
+title: Chamber Test Window Schedule
+~~~
+The AFETC reserves the following thermal-vacuum chamber test windows for the NEWL in fiscal year 2027. Each window includes one day of chamber pump-down and one day of return to ambient.
+
+- 2-13 November 2026: NEWL Sensor Block 2, thermal balance.
+- 8-19 February 2027: NEWL Sensor Block 2, thermal cycling.
+- 10-21 May 2027: NEWL Sensor Block 3, thermal balance.
+- 9-20 August 2027: Reserved for retest.
+
+The NEWL confirms or releases each window at least 60 days before its start. A released window returns to the AFETC schedule without charge.

package/quills/afmc_moa/0.0.1/packages/typst-afmc-moa/src/config.typ

@@ -11,7 +11,7 @@
 // =============================================================================
 // TYPOGRAPHY
 // =============================================================================
-#let DEFAULT_BODY_FONTS = ("NimbusRomNo9L", "times new roman")
+#let DEFAULT_BODY_FONTS = ("NimbusRomNo9L",)
 
 // =============================================================================
 // DECIMAL OUTLINE NUMBERING