@se-studio/project-build 1.0.121 → 1.0.123

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.
package/CHANGELOG.md CHANGED
@@ -1,5 +1,17 @@
1
1
  # @se-studio/project-build
2
2
 
3
+ ## 1.0.123
4
+
5
+ ### Patch Changes
6
+
7
+ - Bulk version bump: patch for all packages
8
+
9
+ ## 1.0.122
10
+
11
+ ### Patch Changes
12
+
13
+ - Bulk version bump: patch for all packages
14
+
3
15
  ## 1.0.121
4
16
 
5
17
  ### Patch Changes
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@se-studio/project-build",
3
- "version": "1.0.121",
3
+ "version": "1.0.123",
4
4
  "description": "Build tools and management scripts for SE Studio projects",
5
5
  "repository": {
6
6
  "type": "git",
@@ -0,0 +1,60 @@
1
+ ---
2
+ name: "Alt Text Audit"
3
+ description: "Audit and improve image alt text across site pages using cms-edit, with brand-aware terminology and accessibility best practices."
4
+ ---
5
+
6
+ # Skill: contentful-cms — Alt Text Audit
7
+
8
+ Use this skill when auditing or improving **image alt text** across a site's pages using `cms-edit`. Works with any brand context skill for customer-specific terminology.
9
+
10
+ ## Brand Context
11
+
12
+ Before starting, check if a brand context skill is available (e.g., "OM1 Brand Context", "Something Else Brand Context"). If so, use its terminology, image interpretation guidelines, and brand voice when writing alt text.
13
+
14
+ If no brand context is available, ask the user about any brand-specific terms before proceeding.
15
+
16
+ ## Workflow
17
+
18
+ 1. **Get all pages**: `cms-edit sitemap`
19
+ 2. **For each page** (or a specific page if the user specified one):
20
+ a. `cms-edit open /<slug>`
21
+ b. `cms-edit snapshot` — identify components with visual/image/media fields
22
+ c. For each image-bearing component:
23
+ - `cms-edit read @ref` to inspect fields
24
+ - Check `altText` on any image/visual references
25
+ - `cms-edit read @ref visual` to see asset details if needed
26
+ d. **Flag** images with:
27
+ - Missing alt text (empty or null)
28
+ - Generic alt text ("image", "photo", "banner", "screenshot", "img", "picture")
29
+ - Alt text that doesn't use brand terminology (if brand context available)
30
+ - Alt text over 125 characters
31
+ e. **Generate** improved alt text following the guidelines below
32
+ f. `cms-edit set @ref altText "new alt text"`
33
+ g. `cms-edit diff` to review, then `cms-edit save`
34
+
35
+ ## Alt Text Guidelines
36
+
37
+ 1. **Be specific and descriptive** — describe what is actually in the image
38
+ 2. **Use brand terminology** — refer to the brand context for correct terms
39
+ 3. **Keep under 125 characters** — screen readers truncate longer text
40
+ 4. **Don't start with** "Image of", "Photo of", "Picture of"
41
+ 5. **Decorative images** — set alt to "" (empty string) for dividers, background patterns
42
+ 6. **Context matters** — describe the image's purpose on the page, not just its visual content
43
+ 7. **Include relevant actions** — if people are doing something meaningful, describe it
44
+
45
+ ## Reading Page Content
46
+
47
+ To understand a page before auditing its images, use `fetch_page_markdown` (from the site-workflows MCP server) with the page slug.
48
+
49
+ ## Output
50
+
51
+ Present a summary table when complete:
52
+
53
+ | Page | Component | Old Alt Text | New Alt Text | Status |
54
+ |------|-----------|-------------|-------------|--------|
55
+
56
+ Where Status is: Updated, Skipped (decorative), Already Good, or Needs Review.
57
+
58
+ ## Related skills
59
+
60
+ See the **core** skill for the full cms-edit workflow (open, snapshot, read, set, save).
@@ -3,5 +3,8 @@
3
3
  "templates": "Create and edit templates (preContent, postContent, menu, footer, colours)",
4
4
  "navigation": "Create navigation, nav open/add, set nav item fields, remove",
5
5
  "rich-text": "Rich text (rtf) and embeds (append/insert); Markdown support",
6
- "screenshots": "Screenshot command, agent-browser requirement, mock vs live, --url-only"
6
+ "screenshots": "Screenshot command, agent-browser requirement, mock vs live, --url-only",
7
+ "alt-text-audit": "Audit and improve image alt text across site pages",
8
+ "seo-descriptions": "Generate or improve SEO meta descriptions for pages",
9
+ "schema-org": "Generate Schema.org structured data as Mustache templates"
7
10
  }
@@ -19,7 +19,7 @@ Use **set** for scalar and link fields; use **rtf** only for rich text fields.
19
19
  - **Append** an embedded entry: `cms-edit rtf embed @c1 body <entry-id>`
20
20
  - **Insert** at position: `cms-edit rtf embed @c1 body <entry-id> --at 0`
21
21
  - **Raw asset** embed: `cms-edit rtf embed @c1 body <asset-id> --asset` — inserts an `embedded-asset-block` with **no** width/alignment on the block (Contentful only allows `data.target`).
22
- - **Width / horizontal position:** use a **Media** entry (not `--asset`). Set width and horizontal position on the Media entry in Contentful, then embed it: `cms-edit rtf embed @c1 body <media-entry-id> --at 12`. Same image, different layout in two places ⇒ two Media entries pointing at the same asset.
22
+ - **Width / horizontal position:** use a **Media** entry (not `--asset`). Create one with `cms-edit create media --asset-id <id> --name "…" [--position Middle] [--width 40]` (prints the new entry ID; does not replace your session), then `cms-edit rtf embed @c1 body <media-entry-id> --at 12`. Or set fields in the Contentful app. Same image, different layout in two places ⇒ two Media entries pointing at the same asset.
23
23
 
24
24
  Editing or moving existing embeds is **not supported in v1**.
25
25
 
@@ -0,0 +1,74 @@
1
+ ---
2
+ name: "Schema.org Generation"
3
+ description: "Generate Schema.org structured data as Mustache templates for site pages and upload via cms-edit."
4
+ ---
5
+
6
+ # Skill: contentful-cms — Schema.org Generation
7
+
8
+ Use this skill when generating **Schema.org structured data** (JSON-LD) as Mustache templates for pages and uploading via `cms-edit`. Works with any brand context skill for customer name and site URL.
9
+
10
+ ## Brand Context
11
+
12
+ Before starting, check if a brand context skill is available. You'll need the customer name and site URL for Organisation and publisher fields in the schema templates.
13
+
14
+ If no brand context is available, ask the user for these details.
15
+
16
+ ## Phase 1: Analyse Site Structure
17
+
18
+ 1. `cms-edit sitemap` to get all pages and articles
19
+ 2. For each page, use `fetch_page_markdown` (from site-workflows MCP server) to read content
20
+ 3. Categorise each page by Schema.org type:
21
+
22
+ | Page Type | Likely Schema.org Type |
23
+ |-----------|----------------------|
24
+ | Homepage | Organization + WebSite |
25
+ | About | AboutPage + Organization |
26
+ | Service/Product | Service or Product |
27
+ | Pricing | Product with Offer |
28
+ | Blog listing | CollectionPage |
29
+ | Article | Article or BlogPosting |
30
+ | FAQ | FAQPage with Question/Answer |
31
+ | Contact | ContactPage |
32
+ | Team/People | ProfilePage or Person |
33
+ | Case study | Article |
34
+ | Landing page | WebPage |
35
+
36
+ ## Phase 2: Generate Mustache Templates
37
+
38
+ Create JSON-LD templates using these standard Mustache variables:
39
+
40
+ - `{{title}}` — page/article title
41
+ - `{{seoDescription}}` — SEO meta description
42
+ - `{{slug}}` — page slug
43
+ - `{{publishDate}}` — article publish date
44
+ - `{{updatedAt}}` — last modification date
45
+ - `{{authorName}}` — article author name
46
+ - `{{heroImageUrl}}` — primary image URL
47
+ - `{{customerName}}` — from brand context
48
+ - `{{siteUrl}}` — from brand context
49
+
50
+ ## Phase 3: Upload via cms-edit
51
+
52
+ 1. Check available fields:
53
+ - `cms-edit schema page` — page content type fields
54
+ - `cms-edit schema template` — template content type fields
55
+ - Look for `schemaOrg`, `jsonLd`, `structuredData`, or similar
56
+ 2. For **template-level** schemas (Organization, WebSite — shared): `cms-edit list --type template` → open → set
57
+ 3. For **page-level** schemas: open each page → set its schema field
58
+ 4. `cms-edit diff` then `cms-edit save`
59
+
60
+ ## Best Practices
61
+
62
+ - Don't duplicate — template-level Organization schema covers all pages
63
+ - Use specific types — `MedicalBusiness` over `LocalBusiness` if applicable
64
+ - Validate all required properties are present
65
+ - Schema must reflect actual page content
66
+
67
+ ## Output
68
+
69
+ | Page/Template | Schema.org Type(s) | Variables Used | Applied To |
70
+ |--------------|-------------------|---------------|-----------|
71
+
72
+ ## Related skills
73
+
74
+ See the **core** skill for the full cms-edit workflow. See the **seo-descriptions** skill for meta description generation.
@@ -0,0 +1,54 @@
1
+ ---
2
+ name: "SEO Descriptions"
3
+ description: "Generate or improve SEO meta descriptions for pages using cms-edit, targeting keywords with the brand voice."
4
+ ---
5
+
6
+ # Skill: contentful-cms — SEO Descriptions
7
+
8
+ Use this skill when generating or improving **SEO meta descriptions** for pages using `cms-edit`. Works with any brand context skill for customer-specific voice and audience.
9
+
10
+ ## Brand Context
11
+
12
+ Before starting, check if a brand context skill is available (e.g., "OM1 Brand Context"). If so, use its brand voice, target audience, SEO focus areas, and tone when writing descriptions.
13
+
14
+ If no brand context is available, ask the user about their brand voice and target audience before proceeding.
15
+
16
+ ## Workflow
17
+
18
+ 1. **Get all pages**: `cms-edit sitemap`
19
+ 2. **For each page** (or a specific page):
20
+ a. **Read page content** using `fetch_page_markdown` (from the site-workflows MCP server) to understand what the page covers
21
+ b. **Check current SEO**:
22
+ - `cms-edit open /<slug>`
23
+ - `cms-edit read @page seoDescription` (or `read @page` for all fields)
24
+ c. **Analyse** the page — primary purpose, problem it solves, desired user action
25
+ d. **Generate** a meta description following the guidelines below
26
+ e. `cms-edit set @page seoDescription "new description"`
27
+ f. `cms-edit diff` then `cms-edit save`
28
+
29
+ ## Meta Description Guidelines
30
+
31
+ 1. **Length:** 150–160 characters (Google truncates at ~160)
32
+ 2. **Include the target keyword** naturally — don't stuff it
33
+ 3. **Use the brand voice** from the brand context
34
+ 4. **Include a call to action** — "Learn more", "Get started", "Discover", etc.
35
+ 5. **Be specific** — mention concrete benefits, not vague claims
36
+ 6. **Match search intent** — what would someone search to land on this page?
37
+ 7. **Avoid:**
38
+ - Starting with the brand name (it's in the title tag)
39
+ - "Welcome to..." or "This page is about..."
40
+ - Duplicating descriptions across pages
41
+ - Quotes (truncated in SERPs)
42
+
43
+ ## Output
44
+
45
+ For each page, present:
46
+
47
+ | Page | Current Description | New Description | Chars | Target Keyword |
48
+ |------|-------------------|-----------------|-------|----------------|
49
+
50
+ Then apply changes via cms-edit.
51
+
52
+ ## Related skills
53
+
54
+ See the **core** skill for the full cms-edit workflow. See the **alt-text-audit** skill for image accessibility.