goofmint 1.0.0 → 1.0.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/LICENSE +21 -0
- package/_data/i18n.yml +8 -0
- package/_includes/header.html +3 -0
- package/_layouts/post.html +5 -1
- package/_posts/2026-01-05-devaiops.md +86 -0
- package/_posts/en/2026-01-05-devaiops.md +85 -0
- package/assets/css/main.scss +14 -3
- package/cli.md +106 -0
- package/en/cli.md +106 -0
- package/package.json +1 -1
- /package/_posts/{2025-01-03-welcome.md → 2026-01-03-welcome.md} +0 -0
- /package/_posts/en/{2025-01-03-welcome.md → 2026-01-03-welcome.md} +0 -0
package/LICENSE
ADDED
|
@@ -0,0 +1,21 @@
|
|
|
1
|
+
The MIT License (MIT)
|
|
2
|
+
|
|
3
|
+
Copyright © 2026 Atsushi Nakatsugawa
|
|
4
|
+
|
|
5
|
+
Permission is hereby granted, free of charge, to any person obtaining a copy
|
|
6
|
+
of this software and associated documentation files (the “Software”), to deal
|
|
7
|
+
in the Software without restriction, including without limitation the rights
|
|
8
|
+
to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
|
|
9
|
+
copies of the Software, and to permit persons to whom the Software is
|
|
10
|
+
furnished to do so, subject to the following conditions:
|
|
11
|
+
|
|
12
|
+
The above copyright notice and this permission notice shall be included in
|
|
13
|
+
all copies or substantial portions of the Software.
|
|
14
|
+
|
|
15
|
+
THE SOFTWARE IS PROVIDED “AS IS”, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
|
|
16
|
+
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
|
|
17
|
+
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
|
|
18
|
+
AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
|
|
19
|
+
LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
|
|
20
|
+
OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN
|
|
21
|
+
THE SOFTWARE.
|
package/_data/i18n.yml
CHANGED
|
@@ -7,6 +7,7 @@ ja:
|
|
|
7
7
|
home: ホーム
|
|
8
8
|
projects: プロジェクト
|
|
9
9
|
blog: ブログ
|
|
10
|
+
cli: CLI
|
|
10
11
|
about: 私について
|
|
11
12
|
|
|
12
13
|
home:
|
|
@@ -25,6 +26,9 @@ ja:
|
|
|
25
26
|
blog:
|
|
26
27
|
title: ブログ
|
|
27
28
|
|
|
29
|
+
cli:
|
|
30
|
+
title: CLI
|
|
31
|
+
|
|
28
32
|
about:
|
|
29
33
|
title: アツシについて
|
|
30
34
|
skills: スキル
|
|
@@ -46,6 +50,7 @@ en:
|
|
|
46
50
|
home: Home
|
|
47
51
|
projects: Projects
|
|
48
52
|
blog: Blog
|
|
53
|
+
cli: CLI
|
|
49
54
|
about: About
|
|
50
55
|
|
|
51
56
|
home:
|
|
@@ -73,6 +78,9 @@ en:
|
|
|
73
78
|
blog:
|
|
74
79
|
title: Blog
|
|
75
80
|
|
|
81
|
+
cli:
|
|
82
|
+
title: CLI
|
|
83
|
+
|
|
76
84
|
about:
|
|
77
85
|
title: About me
|
|
78
86
|
skills: Skills
|
package/_includes/header.html
CHANGED
|
@@ -1,11 +1,13 @@
|
|
|
1
1
|
{% include i18n.html %}
|
|
2
2
|
{% if page.lang == 'en' %}
|
|
3
3
|
{% assign home_url = "/en/" %}
|
|
4
|
+
{% assign cli_url = "/en/cli/" %}
|
|
4
5
|
{% assign projects_url = "/en/projects/" %}
|
|
5
6
|
{% assign blog_url = "/en/blog/" %}
|
|
6
7
|
{% assign about_url = "/en/about/" %}
|
|
7
8
|
{% else %}
|
|
8
9
|
{% assign home_url = "/" %}
|
|
10
|
+
{% assign cli_url = "/cli/" %}
|
|
9
11
|
{% assign projects_url = "/projects/" %}
|
|
10
12
|
{% assign blog_url = "/blog/" %}
|
|
11
13
|
{% assign about_url = "/about/" %}
|
|
@@ -18,6 +20,7 @@
|
|
|
18
20
|
<div class="header-right">
|
|
19
21
|
<nav class="site-nav">
|
|
20
22
|
<a href="{{ home_url | relative_url }}">{{ t.nav.home }}</a>
|
|
23
|
+
<a href="{{ cli_url | relative_url }}">{{ t.nav.cli }}</a>
|
|
21
24
|
<a href="{{ projects_url | relative_url }}">{{ t.nav.projects }}</a>
|
|
22
25
|
<a href="{{ blog_url | relative_url }}">{{ t.nav.blog }}</a>
|
|
23
26
|
<a href="{{ about_url | relative_url }}">{{ t.nav.about }}</a>
|
package/_layouts/post.html
CHANGED
|
@@ -7,7 +7,11 @@ layout: default
|
|
|
7
7
|
<h1 class="post-title">{{ page.title }}</h1>
|
|
8
8
|
<p class="post-meta">
|
|
9
9
|
<time datetime="{{ page.date | date_to_xmlschema }}">
|
|
10
|
-
{
|
|
10
|
+
{% if page.lang == "en" %}
|
|
11
|
+
{{ page.date | date: "%B %-d, %Y" }}
|
|
12
|
+
{% else %}
|
|
13
|
+
{{ page.date | date: "%Y年%m月%d日" }}
|
|
14
|
+
{% endif %}
|
|
11
15
|
</time>
|
|
12
16
|
</p>
|
|
13
17
|
</header>
|
|
@@ -0,0 +1,86 @@
|
|
|
1
|
+
---
|
|
2
|
+
layout: post
|
|
3
|
+
title: "2026年はDevAIOpsに注目"
|
|
4
|
+
date: 2026-01-05 12:00:00 +0900
|
|
5
|
+
lang: ja
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
[DevAIOps](https://www.dasa.org/about/dasa-devaiops-principles/)というのは、[DASA(DevOps Agile Skills Association)](https://www.dasa.org/)が提唱する概念になります。DevOpsの原則にAIとLLMと統合して、ソフトウェア開発と運用プロセスに対して、さらなる自動化・最適化を行う手法になります。
|
|
9
|
+
|
|
10
|
+
DASAによると、DevAIOpsには5つの原則があるとしています。
|
|
11
|
+
|
|
12
|
+
1. 責任ある導入のためのリテラシーの構築と知識共有
|
|
13
|
+
2. ガバナンス・コンプライアンスおよび倫理的利用の重要性
|
|
14
|
+
3. 実験とイテレーションによる改善
|
|
15
|
+
4. データの戦略的資産化
|
|
16
|
+
5. 価値とコストの最適化
|
|
17
|
+
|
|
18
|
+
2025年はAIコーディングが流行り、エンジニア界隈は大きく揺れ動きがありました。AIコーディングエージェントは、それなりに良いコードを(最初は)書くのですが、突然崩壊したり、これまでのルールを逸脱するようなコーディングによって、私たちを悩ましていたと思います。個人的にはSpecKitを使ったり、コーディングガイドライン、小さなPRなどによって制御しようとしていますが、それでも時折悩まされることもまだあります。
|
|
19
|
+
|
|
20
|
+
とはいえ、AIコーディングエージェントがなかった時代に戻ることはもはや難しいでしょう。もし企業において、全面的に禁止したとしても、個人のスマホからAIを使うようなシャドーAIが蔓延る世界にしかならない気がします。
|
|
21
|
+
|
|
22
|
+
## 2026年について
|
|
23
|
+
|
|
24
|
+
そうした潮流は、2026年において、さらに別な領域に広がっていくと予想されます。
|
|
25
|
+
|
|
26
|
+
- テスト
|
|
27
|
+
- ドキュメント
|
|
28
|
+
- CI
|
|
29
|
+
- モニタリング
|
|
30
|
+
|
|
31
|
+
こういった技術に対して、さらにAIによる自動化が進んでいくものと思われます。
|
|
32
|
+
|
|
33
|
+
1. エラーが発生したら、エラー内容が自動的にIssue作成
|
|
34
|
+
2. Issueに基づいて、システムの修正コード生成&PR化
|
|
35
|
+
3. PRをレビュー&不足しているテストの自動生成
|
|
36
|
+
4. 現システムの内容に基づいてドキュメントの自動反映、翻訳
|
|
37
|
+
|
|
38
|
+
この辺りまでは自動でできそうな気がします。
|
|
39
|
+
|
|
40
|
+
## DevOpsとの適合性
|
|
41
|
+
|
|
42
|
+
DevOpsは、開発と運用を以下の8領域に分割します。そして、各領域におけるAI/LLMの取り組みについてもまとめてみます(過不足あります)。
|
|
43
|
+
|
|
44
|
+
| 領域 | AI |
|
|
45
|
+
|------|------|
|
|
46
|
+
| PLAN / 計画 | 要件の壁打ち、レビュー |
|
|
47
|
+
| CODE / コード | SDD、AIコーディングエージェント、AIコードレビュー |
|
|
48
|
+
| BUILD / ビルド | |
|
|
49
|
+
| TEST / テスト | テストコード生成、柔軟なテスト実行、エラー時の原因究明 |
|
|
50
|
+
| RELEASE / リリース | リリースノート生成、ドキュメント反映 |
|
|
51
|
+
| DEPLOY / デプロイ | |
|
|
52
|
+
| OPERATE / 運用 | 異常検知 |
|
|
53
|
+
| MONITOR / 監視 | アラートノイズ軽減 |
|
|
54
|
+
|
|
55
|
+
現状では、領域ごとにグラデーションがありそうです。2026年では、不足している領域に対して、強力なサービスやソフトウェアが登場してくるのではないかと思います。
|
|
56
|
+
|
|
57
|
+
## AIと人の役割分担について
|
|
58
|
+
|
|
59
|
+
AIがDevOpsに入り込んでくるのは、もはや止められないでしょう。それを押し留めようとするのは、2000年前半のクラウドへの対抗だったり、2010年代のスマホ・タブレットへの抵抗に似たものかもしれません。時代の流れが変わってしまっているので、抗う意味がありません。
|
|
60
|
+
|
|
61
|
+
となると、1個人としては「乗るしかない、このビッグウェーブに」となる他ありません。コーディング領域は2025年、すでにAIによって破壊的変更が行われてしまっているので、他の領域についても積極的に取り組んでいくのみです。
|
|
62
|
+
|
|
63
|
+
そして、そうやってAIを積極的に取り入れた結果、人は何を行えば良いのでしょうか。人ができるのは「コミュニケーション」と「責任」です。
|
|
64
|
+
|
|
65
|
+
### コミュニケーション
|
|
66
|
+
|
|
67
|
+
AIはベストプラクティス(っぽい)ものを出してくれますが、それっぽいだけです。過去の膨大なコンテンツに基づいた、それっぽいものを出しているだけに過ぎません。いわば、車輪の再発明の壮大なバージョンです。
|
|
68
|
+
|
|
69
|
+
逆に、これまでにない何かを作る際には、多くの失敗が伴うでしょう。また、多くのLLMでは、人が良いと判断する方向に出力を行うので、間違った意見でも肯定的になりがちです。これはビジネス的、個人的に大きなミスにつながる可能性があります。そのため、AIをコンサル代わりにすると、基本的はレポーティングはよくとも、その後のビジネス価値などではミスリーディングする可能性があるので注意が必要です。
|
|
70
|
+
|
|
71
|
+
そうした意味で、人に求められているのは人と人のコミュニケーションを通じて、課題や解決策を見出す能力です。私たちはAIに対してサービス開発する訳ではないので(たぶん)、人や企業が良いと思ってもらう必要があります。そうした部分は割とエモーショナルな部分が関わるので、機械的に「良いはず!」とゴリ押ししても通じない部分があるでしょう。
|
|
72
|
+
|
|
73
|
+
### 責任
|
|
74
|
+
|
|
75
|
+
AIに責任は取れません。ChatGPTなど、LLMのサービスでは常に「回答は必ずしも正しいとは限りません」と書かれていますし、これは変わらないでしょう。つまり、AIが出力した何かに対しては、人が常に責任を持たなければならないということです。エンジニアが「AIが出力したので」と回答することはあってはならないのです。
|
|
76
|
+
|
|
77
|
+
ただし、AIの出力に対して人が見やすく、確認しやすくすることはできます。私が関わっている[CodeRabbit](https://coderabbit.ai/)はコードレビューに対して、サマリーやシーケンス図、変更ポイントをまとめて「人がレビューする際の認知負荷」を下げることができます。こうした人のための舗装作業をAIに行ってもらうことはできるでしょう。エラーが起きた際に、その要点をまとめたり、解決策を提案してくれるのも一つです。
|
|
78
|
+
|
|
79
|
+
人は責任を取りますが、責任を取りやすい形にするのもAIの役割になっていくと推測されます。
|
|
80
|
+
|
|
81
|
+
## まとめ
|
|
82
|
+
|
|
83
|
+
個人的に2026年はDevAIOpsのトレンドが来ると考えています。2025年はコーディング領域がメインでしたが、他の領域においてもさらにAIが活用されていくと思われます。特にテスト・CI・運用・監視の領域はもっとプレイヤーが増えるのではないでしょうか。場合によっては、既存プレイヤーが一気に壊滅される未来があるかもしれません。
|
|
84
|
+
|
|
85
|
+
個人のエンジニアとしては、戦々恐々とする部分もあれば、逆にチャンスもあると思います。新しいツールを作って世界的に広めるチャンスにもつながるでしょう。翻訳なんぞAIでも十分ですし、OSS + SaaSのビジネスモデルは嫌というほどあります。2026年もビッグウェーブがまだまだ起きるのではないでしょうか。
|
|
86
|
+
|
|
@@ -0,0 +1,85 @@
|
|
|
1
|
+
---
|
|
2
|
+
layout: post
|
|
3
|
+
title: "Focus on DevAIOps in 2026"
|
|
4
|
+
date: 2026-01-05 12:00:00 +0900
|
|
5
|
+
lang: en
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
[DevAIOps](https://www.dasa.org/about/dasa-devaiops-principles/) is a concept advocated by [DASA (DevOps Agile Skills Association)](https://www.dasa.org/). It is a methodology that integrates AI and LLM with DevOps principles to further automate and optimize software development and operations processes.
|
|
9
|
+
|
|
10
|
+
According to DASA, DevAIOps has five principles:
|
|
11
|
+
|
|
12
|
+
1. Building literacy and knowledge sharing for responsible adoption
|
|
13
|
+
2. Importance of governance, compliance, and ethical use
|
|
14
|
+
3. Improvement through experimentation and iteration
|
|
15
|
+
4. Strategic utilization of data as assets
|
|
16
|
+
5. Optimization of value and cost
|
|
17
|
+
|
|
18
|
+
In 2025, AI coding became popular and caused significant disruption in the engineering community. AI coding agents wrote reasonably good code (at first), but they frustrated us with sudden breakdowns and coding that deviated from established rules. Personally, I've tried to control them using SpecKit, coding guidelines, and small PRs, but I'm still occasionally troubled by them.
|
|
19
|
+
|
|
20
|
+
That said, it's difficult to go back to an era without AI coding agents. Even if companies ban them completely, I feel like we'll only end up in a world where shadow AI proliferates, with individuals using AI from their personal smartphones.
|
|
21
|
+
|
|
22
|
+
## About 2026
|
|
23
|
+
|
|
24
|
+
This trend is expected to expand into other areas in 2026:
|
|
25
|
+
|
|
26
|
+
- Testing
|
|
27
|
+
- Documentation
|
|
28
|
+
- CI
|
|
29
|
+
- Monitoring
|
|
30
|
+
|
|
31
|
+
These technologies are likely to see further automation through AI.
|
|
32
|
+
|
|
33
|
+
1. Automatic issue creation with error details when errors occur
|
|
34
|
+
2. Generating system fix code based on issues and creating PRs
|
|
35
|
+
3. Reviewing PRs and automatically generating missing tests
|
|
36
|
+
4. Automatically updating and translating documentation based on current system content
|
|
37
|
+
|
|
38
|
+
It seems like automation up to this point is achievable.
|
|
39
|
+
|
|
40
|
+
## Compatibility with DevOps
|
|
41
|
+
|
|
42
|
+
DevOps divides development and operations into the following eight areas. Let me also summarize AI/LLM initiatives in each area (there may be gaps):
|
|
43
|
+
|
|
44
|
+
| Area | AI |
|
|
45
|
+
|------|------|
|
|
46
|
+
| PLAN | Requirements brainstorming, review |
|
|
47
|
+
| CODE | SDD, AI coding agents, AI code review |
|
|
48
|
+
| BUILD | |
|
|
49
|
+
| TEST | Test code generation, flexible test execution, root cause analysis for errors |
|
|
50
|
+
| RELEASE | Release note generation, documentation updates |
|
|
51
|
+
| DEPLOY | |
|
|
52
|
+
| OPERATE | Anomaly detection |
|
|
53
|
+
| MONITOR | Alert noise reduction |
|
|
54
|
+
|
|
55
|
+
Currently, there seems to be a gradation across areas. In 2026, I think powerful services and software will emerge for areas that are currently lacking.
|
|
56
|
+
|
|
57
|
+
## About the Division of Roles Between AI and Humans
|
|
58
|
+
|
|
59
|
+
The integration of AI into DevOps cannot be stopped. Trying to hold it back may be similar to resistance against cloud in the early 2000s or resistance to smartphones and tablets in the 2010s. The times have changed, so there's no point in resisting.
|
|
60
|
+
|
|
61
|
+
For individuals, there's no choice but to "ride this big wave." The coding area has already undergone disruptive changes by AI in 2025, so we just need to actively tackle other areas as well.
|
|
62
|
+
|
|
63
|
+
So, after actively incorporating AI in this way, what should humans do? What humans can do is "communication" and "responsibility."
|
|
64
|
+
|
|
65
|
+
### Communication
|
|
66
|
+
|
|
67
|
+
AI produces what seems like best practices, but it's only seemingly so. It's just producing seemingly good things based on vast amounts of past content. In other words, it's a grand version of reinventing the wheel.
|
|
68
|
+
|
|
69
|
+
Conversely, when creating something unprecedented, many failures will accompany it. Also, since many LLMs output in a direction that humans judge to be good, they tend to be affirmative even with incorrect opinions. This can lead to major mistakes in business or personal matters. Therefore, if you use AI as a consultant substitute, while the reporting may be good, you need to be careful as it may mislead in terms of business value afterward.
|
|
70
|
+
|
|
71
|
+
In this sense, what is required of humans is the ability to find issues and solutions through human-to-human communication. We are not developing services for AI (probably), so we need people and companies to think well of us. Such aspects involve fairly emotional elements, so mechanically pushing "It should be good!" won't get through.
|
|
72
|
+
|
|
73
|
+
### Responsibility
|
|
74
|
+
|
|
75
|
+
AI cannot take responsibility. LLM services like ChatGPT always state "answers are not necessarily correct," and this won't change. In other words, humans must always take responsibility for what AI outputs. Engineers should never respond with "because AI outputted it."
|
|
76
|
+
|
|
77
|
+
However, we can make AI output easier for humans to see and verify. [CodeRabbit](https://coderabbit.ai/), which I'm involved with, summarizes summaries, sequence diagrams, and change points for code reviews to "reduce the cognitive load when humans review." Such paving work for humans can be done by AI. One example is summarizing key points when errors occur or suggesting solutions.
|
|
78
|
+
|
|
79
|
+
Humans take responsibility, but making it easier to take responsibility is also expected to become AI's role.
|
|
80
|
+
|
|
81
|
+
## Conclusion
|
|
82
|
+
|
|
83
|
+
Personally, I believe the DevAIOps trend will come in 2026. While 2025 was mainly about the coding area, AI will be further utilized in other areas as well. In particular, I think there will be more players in the testing, CI, operations, and monitoring areas. In some cases, there may be a future where existing players are completely destroyed.
|
|
84
|
+
|
|
85
|
+
For individual engineers, while there are parts to be anxious about, there are also opportunities. It could lead to opportunities to create new tools and spread them globally. Translation is sufficient with AI, and there are plenty of OSS + SaaS business models. I think big waves will continue to occur in 2026.
|
package/assets/css/main.scss
CHANGED
|
@@ -53,16 +53,27 @@
|
|
|
53
53
|
color: #fff;
|
|
54
54
|
}
|
|
55
55
|
|
|
56
|
-
.page-content ul {
|
|
57
|
-
list-style-type: disc;
|
|
56
|
+
.page-content ul, .page-content ol {
|
|
58
57
|
padding-left: 20px;
|
|
59
58
|
padding-bottom: 20px;
|
|
60
59
|
}
|
|
61
|
-
.page-content ul li {
|
|
60
|
+
.page-content ul li, .page-content ol li {
|
|
62
61
|
margin-left: 16px;
|
|
63
62
|
}
|
|
64
63
|
|
|
65
64
|
.page-content img {
|
|
66
65
|
max-width: 30%;
|
|
67
66
|
height: auto;
|
|
67
|
+
}
|
|
68
|
+
|
|
69
|
+
.page-content table {
|
|
70
|
+
width: 100%;
|
|
71
|
+
border-collapse: collapse;
|
|
72
|
+
margin-bottom: 20px;
|
|
73
|
+
}
|
|
74
|
+
|
|
75
|
+
.page-content table th, .page-content table td {
|
|
76
|
+
border: 1px solid #ddd;
|
|
77
|
+
padding: 8px;
|
|
78
|
+
text-align: left;
|
|
68
79
|
}
|
package/cli.md
ADDED
|
@@ -0,0 +1,106 @@
|
|
|
1
|
+
---
|
|
2
|
+
layout: default
|
|
3
|
+
title: CLI
|
|
4
|
+
permalink: /cli/
|
|
5
|
+
lang: ja
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
{% include i18n.html %}
|
|
9
|
+
|
|
10
|
+
# {{ t.cli.title }}
|
|
11
|
+
|
|
12
|
+
本サイトはCUIフレンドリーです。ターミナルから本サイトに、直接アクセスできます。インストールは不要です。
|
|
13
|
+
|
|
14
|
+
```bash
|
|
15
|
+
npx goofmint
|
|
16
|
+
```
|
|
17
|
+
|
|
18
|
+
## コマンド
|
|
19
|
+
|
|
20
|
+
### About表示
|
|
21
|
+
|
|
22
|
+
Aboutページを表示(デフォルトコマンド):
|
|
23
|
+
|
|
24
|
+
```bash
|
|
25
|
+
npx goofmint # 英語
|
|
26
|
+
npx goofmint --lang ja # 日本語
|
|
27
|
+
```
|
|
28
|
+
|
|
29
|
+
### プロジェクト一覧
|
|
30
|
+
|
|
31
|
+
すべてのプロジェクトを一覧表示:
|
|
32
|
+
|
|
33
|
+
```bash
|
|
34
|
+
npx goofmint projects # 英語
|
|
35
|
+
npx goofmint projects --lang ja # 日本語
|
|
36
|
+
```
|
|
37
|
+
|
|
38
|
+
### プロジェクト詳細
|
|
39
|
+
|
|
40
|
+
特定のプロジェクトの詳細を表示:
|
|
41
|
+
|
|
42
|
+
```bash
|
|
43
|
+
npx goofmint projects <project-slug> # 英語
|
|
44
|
+
npx goofmint projects <project-slug> --lang ja # 日本語
|
|
45
|
+
```
|
|
46
|
+
|
|
47
|
+
**例:**
|
|
48
|
+
```bash
|
|
49
|
+
npx goofmint projects bug-sniper
|
|
50
|
+
```
|
|
51
|
+
|
|
52
|
+
### ブログ記事一覧
|
|
53
|
+
|
|
54
|
+
すべてのブログ記事を一覧表示:
|
|
55
|
+
|
|
56
|
+
```bash
|
|
57
|
+
npx goofmint blog # 英語
|
|
58
|
+
npx goofmint blog --lang ja # 日本語
|
|
59
|
+
```
|
|
60
|
+
|
|
61
|
+
### ブログ記事詳細
|
|
62
|
+
|
|
63
|
+
特定のブログ記事を表示:
|
|
64
|
+
|
|
65
|
+
```bash
|
|
66
|
+
npx goofmint blog <post-id> # 英語
|
|
67
|
+
npx goofmint blog <post-id> --lang ja # 日本語
|
|
68
|
+
```
|
|
69
|
+
|
|
70
|
+
**例:**
|
|
71
|
+
|
|
72
|
+
```bash
|
|
73
|
+
npx goofmint blog 2025-01-03-welcome
|
|
74
|
+
```
|
|
75
|
+
|
|
76
|
+
## オプション
|
|
77
|
+
|
|
78
|
+
- `-l, --lang <language>` - 言語指定(`ja`または`en`、デフォルト:`en`)
|
|
79
|
+
- `-V, --version` - バージョン番号を表示
|
|
80
|
+
- `-h, --help` - ヘルプ情報を表示
|
|
81
|
+
|
|
82
|
+
## 使用例
|
|
83
|
+
|
|
84
|
+
```bash
|
|
85
|
+
# Aboutページを英語で表示
|
|
86
|
+
npx goofmint
|
|
87
|
+
|
|
88
|
+
# Aboutページを日本語で表示
|
|
89
|
+
npx goofmint --lang ja
|
|
90
|
+
|
|
91
|
+
# プロジェクト一覧を英語で表示
|
|
92
|
+
npx goofmint projects
|
|
93
|
+
|
|
94
|
+
# Bug Sniperプロジェクトの詳細を日本語で表示
|
|
95
|
+
npx goofmint projects bug-sniper --lang ja
|
|
96
|
+
|
|
97
|
+
# ブログ記事一覧を日本語で表示
|
|
98
|
+
npx goofmint blog --lang ja
|
|
99
|
+
|
|
100
|
+
# 特定のブログ記事を英語で表示
|
|
101
|
+
npx goofmint blog 2025-01-03-welcome
|
|
102
|
+
```
|
|
103
|
+
|
|
104
|
+
## ソースコード
|
|
105
|
+
|
|
106
|
+
CLIツールはオープンソースで、[goofmint.devリポジトリ](https://github.com/goofmint/goofmint.dev)で公開されています。
|
package/en/cli.md
ADDED
|
@@ -0,0 +1,106 @@
|
|
|
1
|
+
---
|
|
2
|
+
layout: default
|
|
3
|
+
title: CLI
|
|
4
|
+
permalink: /en/cli/
|
|
5
|
+
lang: en
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
{% include i18n.html %}
|
|
9
|
+
|
|
10
|
+
# {{ t.cli.title }}
|
|
11
|
+
|
|
12
|
+
This site is CLI-friendly. You can access this site directly from your terminal without any installation.
|
|
13
|
+
|
|
14
|
+
```bash
|
|
15
|
+
npx goofmint
|
|
16
|
+
```
|
|
17
|
+
|
|
18
|
+
## Commands
|
|
19
|
+
|
|
20
|
+
### Show About
|
|
21
|
+
|
|
22
|
+
Display About page (default command):
|
|
23
|
+
|
|
24
|
+
```bash
|
|
25
|
+
npx goofmint # English
|
|
26
|
+
npx goofmint --lang ja # Japanese
|
|
27
|
+
```
|
|
28
|
+
|
|
29
|
+
### List Projects
|
|
30
|
+
|
|
31
|
+
Display all projects:
|
|
32
|
+
|
|
33
|
+
```bash
|
|
34
|
+
npx goofmint projects # English
|
|
35
|
+
npx goofmint projects --lang ja # Japanese
|
|
36
|
+
```
|
|
37
|
+
|
|
38
|
+
### Show Project Details
|
|
39
|
+
|
|
40
|
+
Display details of a specific project:
|
|
41
|
+
|
|
42
|
+
```bash
|
|
43
|
+
npx goofmint projects <project-slug> # English
|
|
44
|
+
npx goofmint projects <project-slug> --lang ja # Japanese
|
|
45
|
+
```
|
|
46
|
+
|
|
47
|
+
**Example:**
|
|
48
|
+
```bash
|
|
49
|
+
npx goofmint projects bug-sniper
|
|
50
|
+
```
|
|
51
|
+
|
|
52
|
+
### List Blog Posts
|
|
53
|
+
|
|
54
|
+
Display all blog posts:
|
|
55
|
+
|
|
56
|
+
```bash
|
|
57
|
+
npx goofmint blog # English
|
|
58
|
+
npx goofmint blog --lang ja # Japanese
|
|
59
|
+
```
|
|
60
|
+
|
|
61
|
+
### Show Blog Post
|
|
62
|
+
|
|
63
|
+
Display a specific blog post:
|
|
64
|
+
|
|
65
|
+
```bash
|
|
66
|
+
npx goofmint blog <post-id> # English
|
|
67
|
+
npx goofmint blog <post-id> --lang ja # Japanese
|
|
68
|
+
```
|
|
69
|
+
|
|
70
|
+
**Example:**
|
|
71
|
+
|
|
72
|
+
```bash
|
|
73
|
+
npx goofmint blog 2025-01-03-welcome
|
|
74
|
+
```
|
|
75
|
+
|
|
76
|
+
## Options
|
|
77
|
+
|
|
78
|
+
- `-l, --lang <language>` - Specify language (`ja` or `en`, default: `en`)
|
|
79
|
+
- `-V, --version` - Display version number
|
|
80
|
+
- `-h, --help` - Display help information
|
|
81
|
+
|
|
82
|
+
## Usage Examples
|
|
83
|
+
|
|
84
|
+
```bash
|
|
85
|
+
# Display About page in English
|
|
86
|
+
npx goofmint
|
|
87
|
+
|
|
88
|
+
# Display About page in Japanese
|
|
89
|
+
npx goofmint --lang ja
|
|
90
|
+
|
|
91
|
+
# Display project list in English
|
|
92
|
+
npx goofmint projects
|
|
93
|
+
|
|
94
|
+
# Display Bug Sniper project details in Japanese
|
|
95
|
+
npx goofmint projects bug-sniper --lang ja
|
|
96
|
+
|
|
97
|
+
# Display blog post list in Japanese
|
|
98
|
+
npx goofmint blog --lang ja
|
|
99
|
+
|
|
100
|
+
# Display specific blog post in English
|
|
101
|
+
npx goofmint blog 2025-01-03-welcome
|
|
102
|
+
```
|
|
103
|
+
|
|
104
|
+
## Source Code
|
|
105
|
+
|
|
106
|
+
The CLI tool is open source and available in the [goofmint.dev repository](https://github.com/goofmint/goofmint.dev).
|
package/package.json
CHANGED
|
File without changes
|
|
File without changes
|