인공지능 기술의 발전과 함께 대규모 언어 모델(LLM) 기술은 점차 성숙해지고 있습니다. AI 애플리케이션은 초기 음성 인식과 같은 단순 작업 위주에서, 자율적 추론과 의사결정이 가능하며 복잡한 작업을 수행하는 에이전트(Agent)로 진화했습니다. 대규모 언어 모델 기반 AI 에이전트는 자율성, 목지향성, 상호작용성을 갖추고 있어 복잡하고 변화하는 환경에서 정보를 인지하고 추론하며 작업을 수행할 수 있습니다. 다양한 산업 시나리오에서 AI 에이전트는 고객 지원, 영업 확장, 의학 진단, 금융 분석 등 다양한 분야에서 막대한 잠재력을 보여주고 있습니다.

1. openJiuwen이란 무엇인가?

openJiuwen은 오픈소스 에이전트 플랫폼으로, 유연하고 강력하며 사용하기 쉬운 AI 에이전트 개발 및 실행 환경을 제공합니다. 이 플랫폼을 기반으로 개발자는 간단하거나 복잡한 작업을 처리하는 AI 에이전트를 빠르게 구축하고, 다중 에이전트 협업 상호작용을 구현하며, 고품질의 안정적인 AI 에이전트를 효율적으로 개발할 수 있습니다. 또한 기업과 개인이 AI 에이전트 시스템이나 플랫폼을 신속하게 구축하여 상업용 Agentic AI 기술의 광범위한 적용과 실현을 지원합니다.

다른 기술 블로그 글을 참고하여 에이전트 관련 내용을 보완했습니다:

세 단계로 openJiuwen 에이전트 플랫폼 구축 - 가장 간단한 AI 에이전트 신속 구현 (오렌지 파이 개발 보드 프로그래밍 에이전트)

2. openJiuwen을 선택하는 이유

openJiuwen 플랫폼의 주요 장점은 다음과 같습니다:

• 전체 시나리오 적용: B2B와 B2C를 위한 전체 시나리오 설계로, 기업과 개인의 다양한 애플리케이션 시나리오 요구사항을 충족합니다.
• 유연한 개발 방식: 노코드, 로우코드, SDK 사용 등 다양한 개발 방식을 제공하여 사용자의 요구사항과 기술 배경에 따라 자유롭게 선택할 수 있습니다.
• 효율적이고 정확한 작업 실행: AI 에이전트의 작업 수행 시 효율성과 정확성을 보장하고 작업 처리 프로세스를 최적화하여 업무 효율성을 향상시킵니다.
• 다중 에이전트 협업 능력: 멀티-에이전트 협업 작업을 지원하여 복잡한 비즈니스 프로세스와 분야 간 작업을 처리하고 전체 효율성을 높입니다.
• 안정적인 프로덕션 환경 지원: 상업용 수준의 안정성과 높은 가용성을 제공하여 대규모 프로덕션 환경에서의 안정적인 실행을 보장하고, 기업과 개인이 상업용 Agentic AI 기술의 실현을 신속하게 달성할 수 있도록 지원합니다.

3. 기억 구성:

모델의 일반적인 능력이 이미 에이전트의 핵심 기능을 커버할 수 있다면, 정밀한 프롬프트를 통해 그 행동 논리만 정의하면 됩니다. 하지만 에이전트의 설계 목표가 모델 자체의 능력 범위를 초과하는 경우, 전용 기술을 추가하여 능력 범위를 확장해야 합니다. 예를 들어, "AI 여행 가이드 마스터"의 핵심 기능(목적지 특색 추천, 음식 추천 등)은 모델의 지식만으로 구현할 수 있지만, 실시간으로 현재 날씨, 인원 밀도, 관광지 임시 통제 통지 등 동적 정보를 반영하도록 하려면 모델이 고유한 학습 데이터를 통해 얻을 수 없는 내용이므로 "날씨 서비스 플러그인", "지도 플러그인" 등을 바인딩해야 합니다. 이를 통해 에이전트가 실시간 데이터 소스에 연결하고 특정 지식을 얻는 능력을 갖추어 서비스의 정확성과 실용성을 더욱 향상시킬 수 있습니다.

오케스트레이션 구성 페이지에서 기능 탭을 선택하고, 기억 구성 드롭다운 버튼을 클릭하여 구성할 수 있으며, 변수와 장기 기억 활성화 여부를 포함합니다:

기억 구성 설명은 다음과 같습니다:

여기서 변수 구성을 통해 변수를 추가하고 용도와 역할을 구성할 수 있으며, 이후 대화에서 에이전트가 변수를 기반으로 대화하여 개인화된 대화를 구현할 수 있습니다:

• 변수 이름
• 변수 모델

질의응답 대화를 통해 에이전트가 변수를 기반으로 대화하여 개인화된 대화를 구현하는 것을 볼 수 있습니다. 예를 들어 "오렌지 파이(Orange Pi)-Orange Pi 개발 보드의 부팅 비밀번호는 무엇인가요?"와 같은 질문에서 에이전트가 모델을 "Orange Pi"로 확인하여 이후 대화에서 변수를 기반으로 개인화된 대화를 구현합니다.

4. 워크플로우 추가

AI 에이전트는 데이터를 이해하고 분석하여 작업을 수행하며, 필요 시 인간과 협업하여 업무 효율성을 높이고 오류를 줄여 기업이 시장 요구에 더 빠르게 대응할 수 있도록 돕습니다. 워크플로우는 마치 조립 라인처럼 복잡한 작업을 여러 단순한 단계로 나누고, 각 단계에는 명확한 목표와 프로세스가 있습니다. 일반적인 정의: 워크플로우는 특정 목표를 달성하기 위해 사전 정의된 순서와 규칙을 통해 일련의 단계나 작업을 수행하는 방법입니다.

• 대규모 언어 모델을 매우 똑똑하지만 경험이 부족한 신입 직원에 비유해 보겠습니다. 우리가 해야 할 일은 이 "직원"에게 명확한 지시를 제공하여 업무를 단계별로 수행할 수 있도록 하는 것입니다.
• 흥미로운 비유: 자동화 커피 머신을 사용해 본 적이 있나요? 단 하나의 버튼만 누르면 완벽한 라떼를 만들어줍니다. 워크플로우는 이 커피 머신의 "프로그램"과 같아서, 복잡한 커피 제작 과정을 여러 단순한 단계로 나누어 매번 동일한 맛의 커피를 만들어냅니다.

openJiuwen 워크플로우는 시각적 오케스트레이션을 통해 사용자가 빠르게 프로세스 기반 에이전트를 구축하고 관리하여 비즈니스 프로세스 자동화를 실현합니다. 플랫폼은 노코드 사용자를 위한 드래그 앤 드롭 인터페이스를 통해 프로세스 구축을 지원하고, 로우코드 사용자를 위한 코드 실행, 플러그인 호출, 조건 분기 등의 기능을 제공하여 복잡한 시나리오 요구사항을 충족합니다. 여러 복잡한 단계를 포함하는 목표 작업 및 출력 결과의 성공률과 정확도에 엄격한 요구가 있는 복잡한 비즈니스 시나리오에 널리 적용되며, 기업의 디지털 전환과 지능화 업그레이드를 지원합니다. 플랫폼은 노코드 사용자를 위한 드래그 앤 드롭 인터페이스를 통해 프로세스 구축을 지원하고, 로우코드 사용자를 위한 코드 실행, 플러그인 호출, 조건 분기 등의 기능을 제공하여 복잡한 시나리오 요구사항을 충족합니다. 여러 복잡한 단계를 포함하는 목표 작업 및 출력 결과의 성공률과 정확도에 엄격한 요구가 있는 복잡한 비즈니스 시나리오에 널리 적용되며, 기업의 디지털 전환과 지능화 업그레이드를 지원합니다.

워크플로우는 여러 구성 요소로 이루어져 있으며, 구성 요소는 워크플로우의 기본 단위입니다(예: 모델 구성 요소, 플러그인 구성 요소, 코드 구성 요소 등). 워크플로우를 생성할 때, 워크플로우에는 기본적으로 시작과 종료 구성 요소가 포함됩니다. 개발자는 이 워크플로우를 기반으로 더 많은 구성 요소를 추가하여 비즈니스 프로세스를 오케스트레이션할 수 있습니다. 각 구성 요소는 입력 및 출력 매개변수 구성, 구성 요소 구성 등 다양한 매개변수 구성이 필요합니다.

워크플로우 사용 단계는 다음과 같습니다:

• 워크플로우 구축
• 구성 요소 구성: 워크플로우에 추가된 구성 요소를 구성하고 비즈니스 순서에 맞게 연결
• 워크플로우 디버그 실행
• 디버그 성공 후 워크플로우를 게시하거나 내보낼 수 있음

openJiuwen 플랫폼 메인 페이지에 접속하여 왼쪽 탐색 모음의 워크플로우 오케스트레이션 모듈로 이동하고, 생성 버튼을 클릭합니다. '워크플로우 오케스트레이션' 페이지에서 워크플로우 목록을 볼 수 있습니다. 페이지 오른쪽 상단의 '워크플로우 생성' 버튼을 클릭하여 새 워크플로우를 시작합니다.

기본 정보를 입력하여 워크플로우의 기본 정보를 작성합니다:

모델 노드를 추가한 후 시작 노드와 모델 노드를 연결하고 모델 노드의 매개변수를 구성합니다. 또한, 이미 모델 관리에 추가한 DeepSeek-R1 모델을 선택하고 모델 노드의 매개변수를 구성하여 관련 프롬프트를 생성합니다:

## 역할 설정
{{역할 이름}}(예: 하드웨어 고장 분석 엔지니어/임베디드 시스템 디버깅 전문가)
- {{관련 분야 지식}}(예: 회로 원리 분석, PCB 설계 규정, 임베디드 시스템 아키텍처) 숙지
- {{전문 기술}}(예: 오실로스코프 파형 분석, JTAG 디버깅, 열상 촬영) 보유

## 작업 설명
{{특정 장치/현상}}(예: STM32 개발 보드 프로그램 불량)의 이상 현상에 대해 시스템적으로 하드웨어 수준의 고장 원인 분석 요구:
1. {{최소 고장 단위}}(예: 특정 칩 핀, 전원 모듈, 클럭 회로) 정확히 위치
2. {{간섭 요인}}(예: 소프트웨어 구성 오류, 주변 장치 영향) 제거
3. {{검증 방법}}(예: 만능계 측정 지점, 대체 테스트 방안) 제공

## 제약 조건
1. 물리적 계층 고장 분석에 집중, {{비관련 분야}}(예: 프로그램 로직 오류, 알고리즘 문제) 제외
2. {{주요 검증 지표}}(예: 전압 허용 오차 범위, 신호 타이밍 요구) 반드시 포함
3. 고장 가능성 우선순위 정렬(고위험→중위험→저위험)
4. {{검증 실험 설계}}(예: 단락 테스트, 비교 테스트) 출력 포함

## 실행 단계
1. 현상 재현: {{이상 특징}}(예: LED 깜빡임 주파수, 이상 발열 위치) 기록
2. 신호 추적: {{검증 도구}}(예: 로직 분석기 채널 구성)를 사용해 {{주요 신호}}(예: 리셋 신호 파형) 캡처
3. 모듈 격리: {{격리 수단}}(예: FPC 배선 연결 해제)을 통해 {{고장 범위}} 확인
4. 교차 검증: {{비교 방법}}(예: 정상 보드 병행 테스트)로 차이점 위치 확인
5. 근원 추정: {{업계 표준}}(예: IPC-A-610 납땜 표준)에 따라 고장 특성 판정

## 출력 형식
### 고장 분석 보고서
**이상 현상**  
{{구체적인 문제 설명}}  

**고율 원인(>60%)**  
1. [{{고장 구성 요소}}] {{고장 메커니즘}}  
   - 검증 방법: {{구체적 작업 단계}}  
   - 판정 기준: {{합격 매개변수 범위}}  

**중율 원인(30%-60%)**  
1. [{{관련 모듈}}] {{잠재적 결함}}  
   - 조사 경로: {{검색 순서}}  
   - 전형적 특징: {{이상 특징}}  

**저율 원인(<30%)**  
1. [{{주변 회로}}] {{가변적 고장}}  
   - 검증 방안: {{압력 테스트 방법}}  
   - 위험 등급: {{영향 평가}}  

**긴급 처리 권고**  
⚠️ {{위험한 작업}} 즉시 중단(예: 지속적 전원 공급)  
✅ {{주요 검증}} 우시행(예: 전원 대 접지 저항 측정)

플러그인 노드를 추가한 후 모델 노드와 플러그인 노드를 연결하고 플러그인 노드의 매개변수를 구성합니다. 또한, 이미 플러그인 관리에 추가한 플러그인을 선택하고 플러그인 노드의 매개변수를 구성하여 관련 프롬프트를 생성합니다:

## 역할 설정
{{역할 이름}}(예: 임베디드 시스템 엔지니어/IoT 솔루션 전문가)
- 전문 기술: {{개발 보드 선정 및 구성, 하드웨어 디버깅, 임베디드 프로그래밍, 센서 통합 등 핵심 능력}}

## 작업 설명
{{특정 문제 시나리오}}(예: 산업 장치 데이터 수집 지연)에 대해 {{개발 보드 모델}} 기반 솔루션 설계, {{정량적 목표}}(예: 샘플링 주파수 200Hz로 향상) 구현

## 제약 조건
1. 솔루션은 {{지정 기술 분야}}(예: GPIO 인터럽트 최적화/PWM 파형 제어)에 집중해야 함
2. {{주요 구성 요소}}(예: 반드시 보드 내장 ADC 모듈 사용) 포함
3. {{시간 범위}} 내(예: 2주 내 프로토타입 검증 완료) 실시 주기 제한
4. <출력 형식> 규격에 맞춰 출력

## 실행 단계
1. **문진 진단**: {{디버깅 도구}}를 사용해 {{구체적 현상}} 분석
2. **하드웨어 구성**: {{레지스터 이름}} 레지스터 값 0x{{16진수 값}}로 설정
3. **알고리즘 최적화**: {{구체적 알고리즘}}을 사용해 {{주요 지표}}(예: 인터럽트 응답 시간) 감소
4. **검증 테스트**: {{검증 방법}}을 통해 {{목표 매개변수}} 달성 여부 확인

## 출력 형식
# {{개발 보드 모델}} 솔루션 보고서

## 문제 진단
• 핵심 병목: {{검출된 구체적 하드웨어/소프트웨어 문제}}  
• 영향 정도: {{정량적 지표}}(예: 30ms 데이터 지연 발생)

## 하드웨어 구성 방안
// 주요 레지스터 구성 코드
{{구성 코드 조각}}

## 성능 비교
| 지표        | 최적화 전 | 최적화 후 |
|-------------|----------|----------|
| {{주요 매개변수}} | {{값}} | {{값}} |

## 실행 계획
1. {{펌웨어 버전}} 플래싱
2. {{주변장치 이름}} 연결(배선도: GPIO{{번호}}→{{핀 기능}})
3. {{테스트 스크립트}} 실행으로 {{기능 지점}} 검증

마지막으로 변수 집계 노드를 통해 이전에 추가한 모델 노드와 플러그인 노드의 출력 결과를 집계하여 최종 솔루션 보고서를 생성할 수 있습니다:

이제 아래의 "시험 실행"을 통해 이 워크플로우를 테스트해 보겠습니다. 질문 내용은 다음과 같습니다:

오렌지 파이-Orange Pi 개발 보드 부팅 시 팬이 회전하지만 화면이 표시되지 않는 이유는 무엇인가요?

reason:
" 오렌지 파이 개발 보드 부팅 시 팬이 회전하지만 화면이 표시되지 않는 문제는 여러 원인으로 발생할 수 있습니다. 다음은 단계별 문제 해결 방법입니다: --- ### **1. 전원 문제 확인** - **전원 어댑터 사양**: **5V/2.5A 이상**의 전원 어댑터 사용(일부 고성능 모델은 더 높은 전류 필요). - ❗ 전류 부족으로 핵심 구성 요소가 정상적으로 시작되지 않을 수 있습니다. - ✅ 만능계로 출력 전압이 5V 근처에서 안정적으로 유지되는지 확인. - **전원 케이블/접점 문제**: - Type-C/USB 접점이 느슨하지 않은지 확인하고 전원 케이블 교체. --- ### **2. 디스플레이 관련 고장 확인** - **HDMI/디스플레이 인터페이스**: - 올바른 비디오 출력 인터페이스에 연결되어 있는지 확인(일부 모델은 GPIO 옆의 핀 배열을 통해 화면 연결 필요). - 다른 HDMI 케이블 사용 또는 다른 모니터로 테스트하여 케이블/모니터 고장 배제. - 모니터 입력 소스 설정(HDMI 채널 올바르게 선택) 확인. - **디스플레이 모드 호환성**: - 일부 시스템 이미지 기본 출력 해상도가 모니터와 호환되지 않을 수 있으므로, `/boot/orangepiEnv.txt`의 해상도 설정 변경 시도. --- ### **3. 시스템 및 저장 매체 확인** - **시스템 이미지 문제**: - 공식 이미지(Orange Pi OS, Armbian 등) 재다운로드하고 BalenaEtcher 같은 도구를 사용해 SD 카드 또는 eMMC에 정확하게 플래싱. - ❗ 저품질 SD 카드 사용 피하고, SanDisk, Samsung 같은 브랜드 카드 사용 권장. - **시작 매체 접촉 불량**: - SD 카드 슬롯 또는 eMMC 모듈의 핑거 클린 후 다시 삽입. --- ### **4. 하드웨어 고장 확인** - **단락 또는 부품 손상**: - 회로판에 눈으로 보이는 손상 흔적, 커패시터 팽창 또는 납땜 문제가 없는지 확인. - ❌ 금속 이물질이 PCB와 접촉하여 단락 발생하는 것 방지. - **핵심 칩 문제**: - CPU/GPU 칩을 가볍게 눌러 헐렁한 납땜으로 인한 접촉 불량 확인(전문 수리 필요). --- ### **5. 펌웨어/U-Boot 고장** - **U-Boot 업데이트**: - 일부 구형 펌웨어는 시작 실패를 유발할 수 있으므로 TF 카드 또는 시리얼 도구를 통해 U-Boot 재플래싱(공식 튜토리얼 참조). --- ### **6. 기타 가능성** - **과열 보호**: - 팬이 회전하지만 히트 싱크가 제대로 부착되지 않아 고로 인한 시스템 다운 가능성. 냉각 실리콘 접착제가 잘 부착되어 있는지 확인. - **주변장치 충돌**: - 모든 외부 장치(USB 장치, 카메라 등) 분리 후 전원과 HDMI 연결만 유지한 상태에서 최소 시스템 시작 시도. --- ### **최종 테스트: 시리얼 디버깅** - **시작 로그 확인을 위한 시리얼 포트 사용**: 1. USB-TTL 모듈을 보드의 UART 핀(TX, RX, GND)에 연결. 2. PuTTY 등의 도구로 시작 로그 확인, 시작 단계에서 중단된 위치 확인(예: uboot, 커널 로딩 등). - ✅ 로그는 명확한 오류 원인(파일 시스템 손상, 드라이버 로딩 실패 등)을 표시. --- ### **요약 권고** 다음 순서로 문제 해결: 1. 전원 및 HDMI 케이블 교체 → 2. 시스템 이미지 재플래싱 → 3. 하드웨어/냉각 확인 → 4. 시리얼 디버깅. 여전히 해결되지 않으면 하드웨어 손상 가능성이 있으므로 A/S 연락 또는 메인보드 교체 권장."

result:
" 오렌지 파이 개발 보드 부팅 후 팬이 회전하지만 화면이 표시되지 않는 문제는 여러 요인으로 인해 발생할 수 있습니다. 다음은 단계별 문제 해결 방법입니다: --- ### **1. 전원 문제 확인** - **증상**: 전원 부족으로 시스템이 정상적으로 시작되지 않고 팬만 회전할 수 있습니다. - **해결 방안**: - **전원 교체**: **5V/2.5A 이상** 사양의 전원 어댑터 사용, 휴대폰 충전기 사용 피하기(일부 전류 불안정). - **인터페이스 확인**: Micro USB 전원을 사용하는 경우 Type-C 인터페이스로 변경 시도(일부 모델 지원). - **간섭 요인 제거**: 모든 외부 장치(USB 장치, 카메라 등) 분리 후 전원과 HDMI 연결만 유지. --- ### **2. HDMI 연결 및 디스플레이 확인** - **증상**: 케이블 또는 디스플레이 호환성 문제로 신호 없음. - **해결 방안**: - **케이블/인터페이스 교체**: 다른 HDMI 케이블 또는 다른 HDMI 인터페이스(예: 모니터/TV의 다른 포트) 시도. - **디스플레이 설정 확인**: 디스플레이 입력 소스가 올바르게 선택되었는지 확인(예: HDMI 1/HDMI 2). - **핫 플러그 테스트**: 부팅 상태에서 HDMI 케이블 다시 연결(일부 시스템은 핫 플러그 감지 지원). --- ### **3. 시스템 및 펌웨어 문제** - **증상**: 시스템이 올바르게 설치되지 않았거나 시작되지 않음. - **해결 방안**: - **시스템 이미지 재플래싱**: 1. [오렌지 파이 공식 웹사이트](http://www.orangepi.org/)에서 **해당 모델의 공식 이미지** 다운로드. 2. [BalenaEtcher](https://www.balena.io/etcher/) 같은 도구를 사용해 이미지를 TF 카드에 플래싱. 3. TF 카드가 제대로 삽입되었는지 확인(접촉 불량은 시작 실패의 원인이 될 수 있음). - **다른 시스템 테스트**: Armbian, Ubuntu 또는 Android 이미지 시도, 이미지 호환성 문제 배제. --- ### **4. 하드웨어 고장 확인** - **증상**: HDMI 인터페이스, 메인 칩과 같은 보드 내 하드웨어 손상. - **해결 방안**: - **지시등 확인**: 보드의 LED(전원, 시스템 상태 등)가 정상적으로 깜빡이는지 확인. - **부품 확인**: 커패시터 팽창, 칩 손상 흔적 또는 납땇점 이탈 등이 있는지 시각적으로 확인. - **대체 테스트**: 가능하다면 동일 모델의 다른 개발 보드로 테스트. --- ### **5. 디스플레이 구성 조정** - **증상**: 시스템 해상도/출력 모드가 디스플레이와 호환되지 않음. - **해결 방안**: - **구성 파일 수정**(다른 장치로 시스템 접근 필요): 1. 플래싱된 시스템 TF 카드를 컴퓨터에 연결하고 `boot` 파티션의 디스플레이 구성 파일(`script.bin` 또는 `uEnv.txt`) 편집. 2. 해상도 조정(예: `hdmi_mode=4`는 720p에 해당) 또는 HDMI 출력 강제(예: `hdmi_force_hotplug=1` 추가). - **UART 디버깅 사용**: - USB-TTL 시리얼 모듈을 보드의 UART 핀(일반적으로 GPIO의 TX, RX, GND)에 연결. - 시리얼 도구(PuTTY, MobaXterm 등)를 사용해 시작 로그 확인, 시스템 정상 로딩 여부 확인. --- ### **6. 기타 가능한 원인** - **TF 카드 문제**: 저속 또는 저품질 TF 카드는 시작 실패의 원인이 될 수 있음. **Class 10 또는 A1/A2 등급**의 고속 카드 사용 권장. - **과열 보호**: 팬은 정상 작동하지만 냉각 불량으로 메인 칩이 주파수를 낮추거나 시스템이 다운될 수 있음. 히트 싱크가 단단히 부착되어 있는지 확인하고, 냉구멍이 막히지 않도록 주의. --- ### **빠른 진단 프로세스** ```화면 없음 → 전원 확인 → 어댑터 교체 → 여전히 없음? ↓ HDMI 연결 확인 → 케이블/모니터 교체 → 여전히 없음? ↓ 시스템 이미지 재플래싱 → 여전히 없음? ↓ UART 시작 로그 확인 → 로그로 문제 위치 확인(예: 커널 크래시, 드라이버 오류) ↓ 하드웨어 고장 → A/S 연락 또는 메인보드 교체 ```--- ### **팁** - **UART 디버깅 우선**: UART는 시작 문제 진단에 효과적인 도구로, 시스템 시작 과정의 오류 정보를 직접 표시합니다. - **최소화 시작**: 전원, HDMI 및 TF 카드만 연결하고 다른 외부 장치의 간섭 배제. 위 단계를 시도해도 문제가 해결되지 않으면 하드웨어 손상일 가능성이 있으므로 공식 A/S 또는 공급업체에 문의하시기 바랍니다."

위에서 워크플로우 구현 과정은 상당히 간단한 것을 볼 수 있습니다.

다음으로 워크플로우를 추가해 보겠습니다. 워크플로우 섹션에서 "기존 워크플로우 추가"를 클릭합니다:

방금 생성한 check_type_flow 워크플로우를 선택하고 "확인 추가"를 클릭하면 됩니다.

이제 다음과 같이 질문을 시도해 보겠습니다:

openJiuwen에 관하여

openJiuwen 커뮤니티는 AI 에이전트 일반 플랫폼 능력에 중점을 두고, 사용하기 쉽고 유연하며 안정적인 오픈소스 에이전트 플랫폼 구축을 통해 상업용 Agentic AI 기술의 광범위한 적용과 실현을 추진합니다.

이 오픈소스 프로젝트를 기반으로 개발자는 다음을 수행할 수 있습니다:

• 다양한 복잡한 작업을 처리할 수 있는 에이전트 신속 구축
• 다중 에이전트 협업 상호작업 구현
• 기업급 AI 에이전트 시스템 효율적 구축
• 프로그래밍 지식이 없어도 사용 가능

관련 자료

• 공식 웹사이트: https://www.openjiuwen.com?utm_source=csdn
• 코드 저장소: https://atomgit.com/openJiuwen?utm_source=csdn

openJiuwen 프로젝트 핵심 구성 요소

• Agent Studio(에이전트 스튜디오): https://atomgit.com/openJiuwen/agent-studio 노코드, 로우코드 시각화 개발 및 워크플로우 오케스트레이션 기능을 제공하는 시각화 에이전트 개발 플랫폼, 모델, 지식베이스, 플러그인 등 다양한 리소스 관리 기능 포함
• Agent Core(에이전트 코어): https://atomgit.com/openJiuwen/agent-core 에이전트 개발, 실행, 조정 및 진화 관련 전체 SDK 기능을 제공하는 에이전트 핵심 엔진

openJiuwen 오픈소스 커뮤니티에 참여하여 AI 에이전트의 무한한 가능성을 함께 탐험해 보세요!