말은 아주 잘해요 아주.
그러다 3-4시간 지나면 배신하고 --;
ㅡㅡㅡ
추가
ㅡㅡㅡ
네 ㅠㅠ 오늘 한 내용까지 포함해서 내일 바로 이어갈 수 있는 인수인계본으로 정리해드릴게요.
오늘은 특히 구조 분석 + 중복 정리 + 보안 도구 설계까지 진행한 게 핵심입니다.
인수인계 — 2026-09-20
1. 현재 작업 위치
파일 1개 = 책임 1개
2. 오늘 구조 분석 결과
- 정말 중복인가?
- 실제 사용되는가?
- 다른 책임을 가진 파일인가?
- Archive인가?
- 현재 실행 경로에 필요한가?
3. 오늘 실제로 정리한 것
4. 동일 파일명 24그룹
현재 동일한 이름이 여러 위치에 존재하는 것은 자동 삭제 대상이 아닙니다.
오늘 합의한 이름 규칙
처럼 폴더명을 파일명 앞에 붙이는 것보다 실제 책임을 이름에 나타내는 것을 우선합니다.
5. 숫자 파일명은 무조건 사용하지 않음
실행 순서가 실제로 중요한 Pipeline에만 사용합니다.
반면 일반 모듈은:
처럼 숫자를 붙이지 않습니다.
6. 고복잡도 파일 16개
191 / 2587줄 ivy_router.py
-생략-
파일 1개에 -> 책임 1개... 단 코딩 주소가 길면 그대로 둔다.
역사/백업 자료로 분리할 대상입니다.
7. 목표 구조
트리구조이지만 1개의 부서에 책임을 몰아넣지 않는다
8. 의존성 방향
core나 Router가 모든 기능을 가지고 있는 구조도 피합니다.
Feature 구현 자체는 각 Module이 담당합니다.
9. 오늘 새롭게 나온 중요한 내용 — 보안
사용자님이 아주 중요한 문제를 제기했습니다.
AI가 작성하는 코드가 사람이 모르는 사이에
- 악성 코드
- 백도어
- 랜섬웨어성 동작
- 숨겨진 실행 코드
- 난독화
- 외부 통신
- 시스템 명령
등을 포함할 가능성을 구조적으로 감시할 수 있어야 한다는 방향입니다.
여기서 중요한 원칙:
AI를 무조건 믿는 구조가 아니라,
AI가 만든 코드도 사람이 검사할 수 있는 구조
를 적용합니다.
10. 보안 검사 도구를 IVY 본체와 분리
에 독립적인 보안 검사 도구를 만들어 둡니다.
본체 내부에 집어넣지 않습니다.
11. 보안 검사 대상
1. 숨겨진 / 동적 코드 2. 네트워크 접근 3. 시스템 명령 4. 파일 시스템 접근 5. 시작 프로그램 / 지속 실행 6. 외부 라이브러리 7. 파일 무결성
12. 단순히 "악성/안전"으로 판정하지 않음
13. 보안 도구 언어
처음에는 영어로 만들려다가 사용자님이 말씀하신 대로 한국어 + English 양쪽을 지원하기로 결정했습니다.
파일명은 영문 유지
14. 보안 도구의 핵심 원칙
15. 오늘 보안 도구 파일 생성은 실패함
chatgpt의 제한 떄매 안된것뿐 -_-;
16. 내일 작업 순서
내일은 작은 작업을 여러 개 쪼개서 하지 않습니다.
17. 내일 절대 하지 않을 것
기본 원칙은 계속:
확인 → 백업 → 변경 → 검증 → 승인
오늘의 핵심 한 줄
앞으로 안전하게 고칠 수 있는 기준과 구조를 만든 날
ㅡㅡ
사용자
ㅡㅡ
말은 잘해요 이 미친눔아 ㅡㅡ
댓글