goofmint 1.0.0 → 1.0.1

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 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
@@ -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>
@@ -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
- {{ page.date | date: "%Y年%m月%d日" }}
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.
@@ -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
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "goofmint",
3
- "version": "1.0.0",
3
+ "version": "1.0.1",
4
4
  "description": "個人ポートフォリオサイト",
5
5
  "homepage": "https://github.com/goofmint/goofmint.dev#readme",
6
6
  "bugs": {