Skip to content

Commit b625049

Browse files
williamclay8Clay
andauthored
fix(ce-release-notes): placeholder links (#915)
Co-authored-by: Clay <“”william.c.hooten@gmail.com>
1 parent 966e32f commit b625049

1 file changed

Lines changed: 3 additions & 3 deletions

File tree

  • plugins/compound-engineering/skills/ce-release-notes

plugins/compound-engineering/skills/ce-release-notes/SKILL.md

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -73,12 +73,12 @@ For each release, render:
7373
7474
{body, soft-capped at 25 rendered lines}
7575
76-
[Full release notes →]({url})
76+
Full release notes: {url}
7777
```
7878

7979
`{published_at_human}` is the date in `YYYY-MM-DD` form derived from `published_at`. `{body}` is the release-please body verbatim, with one transformation:
8080

81-
**Soft 25-line cap.** If the body exceeds 25 rendered lines, keep the first 25 lines and append `— N more changes, [see full release notes →]({url})`. Truncation must be **markdown-fence aware**: count the triple-backtick fence lines that appear in the kept portion. If the count is odd, the cut landed inside an open code fence; close it with a `` ``` `` line on the truncated output before appending the "see more" link, so renderers do not swallow the link or following content.
81+
**Soft 25-line cap.** If the body exceeds 25 rendered lines, keep the first 25 lines and append `— N more changes, see full release notes: {url}`. Truncation must be **markdown-fence aware**: count the triple-backtick fence lines that appear in the kept portion. If the count is odd, the cut landed inside an open code fence; close it with a `` ``` `` line on the truncated output before appending the "see more" link, so renderers do not swallow the link or following content.
8282

8383
After all releases are rendered, append a two-line footer:
8484

@@ -135,7 +135,7 @@ Always pass the PR number as a separate argument (list-form) — never interpola
135135
Write a direct narrative answer to the user's question. Cite the **primary** matching release inline as a version, e.g., `(v2.67.0)`, with a markdown link to the release URL. If older matches exist, reference them inline as:
136136

137137
```
138-
previously: [v2.65.0]({older_url}), [v2.62.0]({older_url})
138+
previously: v2.65.0 ({older_url}), v2.62.0 ({older_url})
139139
```
140140

141141
Ground the narrative in the release body and (when available) the enriched PR title/body. Quote sparingly — paraphrase the change in the user's framing rather than dumping the release notes verbatim. Keep the answer scoped to the user's question; do not pad with unrelated changes from the same release.

0 commit comments

Comments
 (0)