agentsdotmd 1.1.0 → 1.1.2
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/README +1 -1
- package/bin/agentsdotmd.js +4 -1
- package/changelog.md +7 -0
- package/fly.md +11 -0
- package/github.md +23 -0
- package/package.json +1 -1
package/README
CHANGED
|
@@ -10,7 +10,7 @@ npm install -g agentsdotmd
|
|
|
10
10
|
## Usage
|
|
11
11
|
|
|
12
12
|
```bash
|
|
13
|
-
agentsdotmd core.md typescript.md pnpm.md react.md sentry.md vitest.md changelog.md docs-writing.md doppler.md cac.md github.md prisma.md react-router.md shadcn.md tailwind.md lucide.md spiceflow.md vercel-ai-sdk.md playwright.md zod.md stripe.md gitchamber.md
|
|
13
|
+
agentsdotmd core.md typescript.md pnpm.md react.md sentry.md vitest.md changelog.md docs-writing.md doppler.md cac.md github.md prisma.md react-router.md shadcn.md tailwind.md lucide.md spiceflow.md vercel-ai-sdk.md playwright.md zod.md stripe.md gitchamber.md fly.md
|
|
14
14
|
```
|
|
15
15
|
|
|
16
16
|
This will generate an `AGENTS.md` file with all the coding guidelines concatenated together.
|
package/bin/agentsdotmd.js
CHANGED
|
@@ -50,7 +50,10 @@ cli
|
|
|
50
50
|
|
|
51
51
|
try {
|
|
52
52
|
const contents = await Promise.all(promises)
|
|
53
|
-
const
|
|
53
|
+
const header = `<!-- This file is auto-generated by the agentsdotmd CLI from your package.json script.
|
|
54
|
+
Do not edit this file directly. To add custom instructions, create a local file ./MY_AGENTS.md
|
|
55
|
+
and add it to your agentsdotmd command in package.json. -->\n\n`
|
|
56
|
+
const content = header + contents.join('\n') + '\n'
|
|
54
57
|
fs.writeFileSync('AGENTS.md', content)
|
|
55
58
|
console.log(`AGENTS.md generated successfully with ${files.length} file(s)`)
|
|
56
59
|
} catch (error) {
|
package/changelog.md
CHANGED
|
@@ -1,5 +1,12 @@
|
|
|
1
1
|
# changelog
|
|
2
2
|
|
|
3
|
+
## 1.1.2
|
|
4
|
+
|
|
5
|
+
### Patch Changes
|
|
6
|
+
|
|
7
|
+
- Header comment in generated AGENTS.md instructing not to edit directly
|
|
8
|
+
- Instructions to create ./MY_AGENTS.md for custom instructions
|
|
9
|
+
|
|
3
10
|
after you make a change that is noteworthy, add an entry in the CHANGELOG.md file in the root of the package. there are 2 kinds of packages, public and private packages. private packages have a private: true field in package.json, public packages do not and instead have a version field in package.json. public packages are the ones that are published to npm.
|
|
4
11
|
|
|
5
12
|
If the current package has a version field and it is not private then include the version in the changelog too like in the examples, otherwise use the current date and time.
|
package/fly.md
ADDED
|
@@ -0,0 +1,11 @@
|
|
|
1
|
+
# fly
|
|
2
|
+
|
|
3
|
+
fly is a deployment platform. some packages use it to deploy the website. you can find the deployment scripts searching for **/deployment.ts
|
|
4
|
+
|
|
5
|
+
usually there are 2 fly apps for each package, one staging environment and one production. these are 2 different apps at 2 different urls, you can target the right app usually by using `pnpm fly:preview` or `pnpm fly:prod`. sometimes there is only `pnpm fly` and you can use that instead. These scripts will append the right --app argument to work on the right fly app.
|
|
6
|
+
|
|
7
|
+
## reading logs
|
|
8
|
+
|
|
9
|
+
you can read fly apps logs using `pnpm fly:preview logs --no-tail | tail -n 100`
|
|
10
|
+
|
|
11
|
+
if content is too long write pipe to a .log file and grep that file for what you are searching (like Error for searching for failures).
|
package/github.md
CHANGED
|
@@ -2,6 +2,29 @@
|
|
|
2
2
|
|
|
3
3
|
you can use the `gh` cli to do operations on github for the current repository. For example: open issues, open PRs, check actions status, read workflow logs, etc.
|
|
4
4
|
|
|
5
|
+
## creating issues and pull requests
|
|
6
|
+
|
|
7
|
+
when opening issues and pull requests with gh cli, never use markdown headings or sections. instead just use simple paragraphs, lists and code examples. be as short as possible while remaining clear and using good English.
|
|
8
|
+
|
|
9
|
+
example:
|
|
10
|
+
|
|
11
|
+
```bash
|
|
12
|
+
gh issue create --title "Fix login timeout" --body "The login form times out after 5 seconds on slow connections. This affects users on mobile networks.
|
|
13
|
+
|
|
14
|
+
Steps to reproduce:
|
|
15
|
+
1. Open login page on 3G connection
|
|
16
|
+
2. Enter credentials
|
|
17
|
+
3. Click submit
|
|
18
|
+
|
|
19
|
+
Expected: Login completes within 30 seconds
|
|
20
|
+
Actual: Request times out after 5 seconds
|
|
21
|
+
|
|
22
|
+
Error in console:
|
|
23
|
+
\`\`\`bash
|
|
24
|
+
Error: Request timeout at /api/auth/login
|
|
25
|
+
\`\`\`"
|
|
26
|
+
```
|
|
27
|
+
|
|
5
28
|
## get current github repo
|
|
6
29
|
|
|
7
30
|
`git config --get remote.origin.url`
|